解析Node.js異常處理中domain模塊的使用方法_node.js

Error: undefined is not a function

雖然全局異常有個(gè)地方可以捕獲了，但是對(duì)于大多數(shù)異常，我們希望盡早捕獲，并根據(jù)結(jié)果決定代碼的執(zhí)行路徑。我們用以下 HTTP 服務(wù)器代碼作為例子：

以上代碼將請(qǐng)求對(duì)象交給異步函數(shù)處理后，再根據(jù)處理結(jié)果返回響應(yīng)。這里采用了使用回調(diào)函數(shù)傳遞異常的方案，因此 async 函數(shù)內(nèi)部如果再多幾個(gè)異步函數(shù)調(diào)用的話，代碼就變成上邊這副鬼樣子了。為了讓代碼好看點(diǎn)，我們可以在每處理一個(gè)請(qǐng)求時(shí)，使用 domain 模塊創(chuàng)建一個(gè)子域（JS 子運(yùn)行環(huán)境）。在子域內(nèi)運(yùn)行的代碼可以隨意拋出異常，而這些異?？梢酝ㄟ^子域?qū)ο蟮?error 事件統(tǒng)一捕獲。于是以上代碼可以做如下改造：

可以看到，我們使用.create方法創(chuàng)建了一個(gè)子域?qū)ο螅⑼ㄟ^.run方法進(jìn)入需要在子域中運(yùn)行的代碼的入口點(diǎn)。而位于子域中的異步函數(shù)回調(diào)函數(shù)由于不再需要捕獲異常，代碼一下子瘦身很多。

陷阱
無(wú)論是通過 process 對(duì)象的 uncaughtException 事件捕獲到全局異常，還是通過子域?qū)ο蟮?error 事件捕獲到了子域異常，在 NodeJS 官方文檔里都強(qiáng)烈建議處理完異常后立即重啟程序，而不是讓程序繼續(xù)運(yùn)行。按照官方文檔的說法，發(fā)生異常后的程序處于一個(gè)不確定的運(yùn)行狀態(tài)，如果不立即退出的話，程序可能會(huì)發(fā)生嚴(yán)重內(nèi)存泄漏，也可能表現(xiàn)得很奇怪。

但這里需要澄清一些事實(shí)。JS 本身的throw..try..catch異常處理機(jī)制并不會(huì)導(dǎo)致內(nèi)存泄漏，也不會(huì)讓程序的執(zhí)行結(jié)果出乎意料，但 NodeJS 并不是存粹的 JS。NodeJS 里大量的 API 內(nèi)部是用 C/C++ 實(shí)現(xiàn)的，因此 NodeJS 程序的運(yùn)行過程中，代碼執(zhí)行路徑穿梭于 JS 引擎內(nèi)部和外部，而 JS 的異常拋出機(jī)制可能會(huì)打斷正常的代碼執(zhí)行流程，導(dǎo)致 C/C++ 部分的代碼表現(xiàn)異常，進(jìn)而導(dǎo)致內(nèi)存泄漏等問題。

因此，使用 uncaughtException 或 domain 捕獲異常，代碼執(zhí)行路徑里涉及到了 C/C++ 部分的代碼時(shí)，如果不能確定是否會(huì)導(dǎo)致內(nèi)存泄漏等問題，最好在處理完異常后重啟程序比較妥當(dāng)。而使用 try 語(yǔ)句捕獲異常時(shí)一般捕獲到的都是 JS 本身的異常，不用擔(dān)心上訴問題。

聲明：本網(wǎng)頁(yè)內(nèi)容旨在傳播知識(shí)，若有侵權(quán)等問題請(qǐng)及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com