1.2. 可以u(píng)ncaughtException來全局捕獲未捕獲的Error，?使用uncaughtException 2

1.2.1. 使用 try/catch 3

1.3. 守護(hù)NodeJS進(jìn)程和記錄錯(cuò)誤日志 3

1.3.1. 使用node來守護(hù)node 4

1.3.2. 使用shell啟動(dòng)腳本守護(hù)node 4

1.1.1.1.1.?1、callback function

通過異步回調(diào)來處理異步操作可能是目前nodejs中使用最廣泛的方案。通過約定回調(diào)函數(shù)中第一個(gè)參數(shù)，為error對(duì)象，來傳遞錯(cuò)誤，當(dāng)?shù)谝粋€(gè)參數(shù)為null時(shí)表示沒有錯(cuò)誤。為什么要這么做呢，因?yàn)楫惒街械腻e(cuò)誤是無法通過try catch捕獲的。

2、我們上面的例子中演示的，不管采用那種方式，我們都不能處理異步中拋出的異常，異步中的異常只能通過傳遞來傳遞給調(diào)用者，所以，在異步中應(yīng)該盡可能的少做邏輯，只是作為必要的操作等，比如，我們可以通過異步來獲取數(shù)據(jù)，但數(shù)據(jù)的格式化等，則放到異步之外（也就是上面演示中的setTimeout之外），這樣的話，絕大部分的異常都能被捕獲，應(yīng)用crash的幾率也會(huì)大大的減少。

最后，盡管我們能捕獲大部分錯(cuò)誤，但是我們還是應(yīng)該把捕獲到的異常進(jìn)行記錄分析，盡可能減少異常，并且，通過完善的單元測試來事先發(fā)現(xiàn)問題。

?

1.1.1.1.?異步異常的特點(diǎn)

由于node的回調(diào)異步特性，無法通過try catch來捕捉所有的異常：

try?{

??process.nextTick(function?()?{

?? foo.bar();

??});}?catch?(err)?{

??//can not catch it}

?

1.1.1.2.?domain

在node v0.8+版本的時(shí)候，發(fā)布了一個(gè)模塊domain。這個(gè)模塊做的就是try catch所無法做到的：捕捉異步回調(diào)中出現(xiàn)的異常。

?

1.1.?可以u(píng)ncaughtException來全局捕獲未捕獲的Error，?使用uncaughtException

我們可以u(píng)ncaughtException來全局捕獲未捕獲的Error，同時(shí)你還可以將此函數(shù)的調(diào)用棧打印出來，捕獲之后可以有效防止node進(jìn)程退出，如：

process.on('uncaughtException', function (err) {
??//打印出錯(cuò)誤
??console.log(err);
??//打印出錯(cuò)誤的調(diào)用棧方便調(diào)試
??console.log(err.stack)；
});

這相當(dāng)于在node進(jìn)程內(nèi)部進(jìn)行守護(hù)， 但這種方法很多人都是不提倡的，說明你還不能完全掌控Node.JS的異常。

1.1.1.?使用 try/catch

我們還可以在回調(diào)前加try/catch，同樣確保線程的安全。

1.2.?守護(hù)NodeJS進(jìn)程和記錄錯(cuò)誤日志

現(xiàn)在已經(jīng)基本上解決了Node.JS因異常而崩潰的問題，不過任何平臺(tái)都不是100%可靠的，還有一些錯(cuò)誤是從Node底層拋出的，有些異常try/catch和uncaughtException都無法捕獲。之前在運(yùn)行ourjs的時(shí)侯，會(huì)偶爾碰到底層拋出的文件流讀取異常，這就是一個(gè)底層libuv的BUG，node.js在0.10.21中進(jìn)行了修復(fù)。

面對(duì)這種情況，我們就應(yīng)該為nodejs應(yīng)用添加守護(hù)進(jìn)程，讓NodeJS遭遇異常崩潰以后能馬上復(fù)活。

另外，還應(yīng)該把這些產(chǎn)生的異常記錄到日志中，并讓異常永遠(yuǎn)不再發(fā)生。

1.2.1.?使用node來守護(hù)node

node-forever?提供了守護(hù)的功能和LOG日志記錄功能

?

1.2.2.?使用shell啟動(dòng)腳本守護(hù)node

使用node來守護(hù)的話資源開銷可能會(huì)有點(diǎn)大，而且也會(huì)略顯復(fù)雜，OurJS直接在開機(jī)啟動(dòng)腳本來進(jìn)程線程守護(hù)。

如在debian中放置的 ourjs 開機(jī)啟動(dòng)文件：?/etc/init.d/ourjs

這個(gè)文件非常簡單，只有啟動(dòng)的選項(xiàng)，守護(hù)的核心功能是由一個(gè)無限循環(huán) while true; 來實(shí)現(xiàn)的，為了防止過于密集的錯(cuò)誤阻塞進(jìn)程，每次錯(cuò)誤后間隔1秒重啟服務(wù)

?

?//ati
?
?process.on('uncaughtException', function (err) {
??????console.log("********err ati start");
??//打印出錯(cuò)誤
??console.log(err);
??//打印出錯(cuò)誤的調(diào)用棧方便調(diào)試
??console.log(err.stack);
?????console.log("********err ati end");
});

?setTimeout(function () {
?????throw "err2 from timeout";
?},15000);
setTimeout(function () {
?// ??throw "err ?from timeout aft 5 sec";
},5000);
console.log(" time out aft");
//atiend

?

如果fsr open page then timeouterr...can resume.....

If fst err time ot ,,then channel close...cant resume..

?