<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                ??一站式輕松地調用各大LLM模型接口,支持GPT4、智譜、豆包、星火、月之暗面及文生圖、文生視頻 廣告
                > **官方文檔:?**[](http://nodejs.org/api/domain.html)[http://nodejs.org/api/domain.html](http://nodejs.org/api/domain.html) NodeJS提供了`domain`模塊,可以簡化異步代碼的異常處理。在介紹該模塊之前,我們需要首先理解“域”的概念。簡單的講,一個域就是一個JS運行環境,在一個運行環境中,如果一個異常沒有被捕獲,將作為一個全局異常被拋出。NodeJS通過`process`對象提供了捕獲全局異常的方法,示例代碼如下 ~~~ process.on('uncaughtException', function (err) { console.log('Error: %s', err.message); }); setTimeout(function (fn) { fn(); }); -- Console ------------------------------ Error: undefined is not a function ~~~ 雖然全局異常有個地方可以捕獲了,但是對于大多數異常,我們希望盡早捕獲,并根據結果決定代碼的執行路徑。我們用以下HTTP服務器代碼作為例子: ~~~ function async(request, callback) { // Do something. asyncA(request, function (err, data) { if (err) { callback(err); } else { // Do something asyncB(request, function (err, data) { if (err) { callback(err); } else { // Do something asyncC(request, function (err, data) { if (err) { callback(err); } else { // Do something callback(null, data); } }); } }); } }); } http.createServer(function (request, response) { async(request, function (err, data) { if (err) { response.writeHead(500); response.end(); } else { response.writeHead(200); response.end(data); } }); }); ~~~ 以上代碼將請求對象交給異步函數處理后,再根據處理結果返回響應。這里采用了使用回調函數傳遞異常的方案,因此`async`函數內部如果再多幾個異步函數調用的話,代碼就變成上邊這副鬼樣子了。為了讓代碼好看點,我們可以在每處理一個請求時,使用`domain`模塊創建一個子域(JS子運行環境)。在子域內運行的代碼可以隨意拋出異常,而這些異常可以通過子域對象的`error`事件統一捕獲。于是以上代碼可以做如下改造: ~~~ function async(request, callback) { // Do something. asyncA(request, function (data) { // Do something asyncB(request, function (data) { // Do something asyncC(request, function (data) { // Do something callback(data); }); }); }); } http.createServer(function (request, response) { var d = domain.create(); d.on('error', function () { response.writeHead(500); response.end(); }); d.run(function () { async(request, function (data) { response.writeHead(200); response.end(data); }); }); }); ~~~ 可以看到,我們使用`.create`方法創建了一個子域對象,并通過`.run`方法進入需要在子域中運行的代碼的入口點。而位于子域中的異步函數回調函數由于不再需要捕獲異常,代碼一下子瘦身很多。 ## 陷阱 無論是通過`process`對象的`uncaughtException`事件捕獲到全局異常,還是通過子域對象的`error`事件捕獲到了子域異常,在NodeJS官方文檔里都強烈建議處理完異常后立即重啟程序,而不是讓程序繼續運行。按照官方文檔的說法,發生異常后的程序處于一個不確定的運行狀態,如果不立即退出的話,程序可能會發生嚴重內存泄漏,也可能表現得很奇怪。 但這里需要澄清一些事實。JS本身的`throw..try..catch`異常處理機制并不會導致內存泄漏,也不會讓程序的執行結果出乎意料,但NodeJS并不是存粹的JS。NodeJS里大量的API內部是用C/C++實現的,因此NodeJS程序的運行過程中,代碼執行路徑穿梭于JS引擎內部和外部,而JS的異常拋出機制可能會打斷正常的代碼執行流程,導致C/C++部分的代碼表現異常,進而導致內存泄漏等問題。 因此,使用`uncaughtException`或`domain`捕獲異常,代碼執行路徑里涉及到了C/C++部分的代碼時,如果不能確定是否會導致內存泄漏等問題,最好在處理完異常后重啟程序比較妥當。而使用`try`語句捕獲異常時一般捕獲到的都是JS本身的異常,不用擔心上訴問題。
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看