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

Error: undefined is not a function

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

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

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

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

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

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

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