Node.js 中的未捕獲異常
處理Node.js 中的未捕獲異常（Uncaught Exceptions）不是很容易
#目錄:
未捕獲異常帶來的問題
#怎麼處理未捕獲異常
一個沒有未捕獲異常的應用
使你的應用程式崩潰
假裝沒看見錯誤？
應用程式崩潰，列印日誌，然後重啟
#使用Domains 模組【譯者註：現已廢棄】
結論
1. 未捕獲異常帶來的問題
由於Node.js 的單線程特性，未捕獲異常是一個應用開發過程中值得注意的問題。 Node.js 遵循錯誤第一，資料第二的回呼模式。我們常在看到這樣的例子：當回呼函數回傳一個錯誤對象，那就立即拋出這個錯誤。
var fs = require('fs');
fs.readFile('somefile.txt', function (err, data) {
if (err) throw err;
console.log(data);
});登入後複製
如果你運行這個程序，而且假設你沒有 somefile.txt 這個文件，一個錯誤將被拋出。
Error: ENOENT, open 'somefile.txt'
登入後複製
這將導致進程崩潰進而影響到整個APP。
這是有意為之，Node.js 不打算把你的應用程式和服務分隔開。
2. 怎麼處理未捕獲異常
處理未捕獲異常的最佳方式是什麼？有非常多方法：
你的應用程式不應該有未捕獲錯誤，這很瘋狂。
你應該讓你的應用程式在崩潰後找到未捕獲異常，然後修復它們，這也很瘋狂。
對錯誤視而不見，不處理它—這是大多數人做的，然而這糟透了。
你應該讓你的應用程式在崩潰後列印錯誤日誌，然後借用upstart , forever , monit 之類的東西重啟進程。這個方法很實用。
【譯者註：現已廢棄】你應該開始使用 Domains 模組來處理錯誤，這是必由之路，雖然這還是 Node.js 的一個試驗性功能。
現在我們來詳細展開這些方法。
3. 一個沒有未捕獲異常的應用
“沒有未捕獲異常的應用”這個概念對我來說很怪異，任何應用在某個時刻都會有異常而且可能是未捕獲的異常。如果你堅持這個觀點並把錯誤丟給用戶，那麼我覺得你要做好半夜接到電話被告知服務崩潰掉了的準備。
4. 讓你的應用程式崩潰
The only defence I can find in this opinion is the fail fast argument. You are going to fix your application quickly if it unavailable. If an application without uncaught exceptions is denial letting your application crash is acceptance. But you are still pushing exception handling onto your users.（原諒我實在想不出怎麼翻譯這段，如果你有好的想法，請盡快聯繫我！）
5. 假裝沒看見錯誤？
很多人這樣做：
<p style="margin-bottom: 7px;">process.on('uncaughtException', function (err) {<br/> console.log(err);<br/>})<br/></p>登入後複製
這很糟糕，當一個未捕獲異常被拋出，你應該意識到你的應用處在一個不正常的狀態，這種情況下你無法可靠地運行你的程式。
最初提出 process.on 事件的 Felix Geisendörfer 現在倡議去除它。
6. 應用程式崩潰，列印日誌，然後重啟
透過這個方法你可以讓你的應用程式在發生未捕獲異常時立即崩潰，然後利用forever 或upstart 這樣的工具（幾乎可以）立即重新啟動。 Node.js 將會把異常寫入 STERR 所以你可以把異常重定向到一個日誌檔案稍晚再透過它拿到錯誤。這種方法的缺點是，對於錯誤發生在你的程式碼之外的i/o ，不能提供一種優雅的方法來處理臨時停電或網路i/o 出錯的場景。這真是個利器！ — 重新啟動應用並重試。如果你把這種策略與 cluster module 結合，node 可以自動重啟任何拋出錯誤的 children 並且印出錯誤。
var cluster = require('cluster');var workers = process.env.WORKERS || require('os').cpus().length;if (cluster.isMaster) {
console.log('start cluster with %s workers', workers); for (var i = 0; i < workers; ++i) { var worker = cluster.fork().process;
console.log('worker %s started.', worker.pid);
}
cluster.on('exit', function(worker) {
console.log('worker %s died. restart...', worker.process.pid);
cluster.fork();
});
} else { var http = require('http');
http.createServer(function (req, res) {
res.end("Look Mum! I'm a server!\n");
}).listen(3000, "127.0.0.1");
}
process.on('uncaughtException', function (err) {
console.error((new Date).toUTCString() + ' uncaughtException:', err.message)
console.error(err.stack)
process.exit(1)
})登入後複製
7. 使用Domains 模組【譯者註：現已廢棄】
Domains 是Node.js v0.8 版本中新增的一個試驗性特性，它使得異常處理變得更加靈活和精確。下面是剛才那個檔案不存在的例子，透過使用 domains 你可以為一個特定的 domain 觸發 error 事件，你也可以針對不同的場景使用不同的異常處理。這使得你根據異常的發生地點來對應地處理它們。如果退出進程像是用榔頭敲碎堅果，那麼這就像一把精確的手術刀為你提供對程序完全的控制。
var domain = require('domain');var d = domain.create();var fs = require('fs');
d.on('error', function(err) {
console.error(err);
});
d.run(function() {
fs.readFile('somefile.txt', function (err, data) {
if (err) throw err;
console.log(data);
});
});登入後複製
8. 结论
如果你在产品环境运行 Node.js 你起码应该对如何处理异常有一个想法。目前为止我相信当异常被抛出时，大多数人只是重启应用（也许是优雅地重启），Domains 为应用提供了一种更聪明的面对异常的能力，异常处理器可能会选择简单的清理、关闭某些连接，最坏的情况下，退出进程。关键点就在于你有了选择。
我抛下榔头拾起手术刀的时候应该已经到了
以上是Node.js 中的未捕獲異常怎麼解決的詳細內容。更多資訊請關注PHP中文網其他相關文章！
