摘要：如何避免內(nèi)存泄露內(nèi)存泄漏很常見，特別是前端去寫后端程序，閉包運用不當，循環(huán)引用等都會導致內(nèi)存泄漏。有的時候很難避免一些可能產(chǎn)生內(nèi)存泄漏的問題，可以利用每次調用都在一個沙箱環(huán)境下調用，用完回收調。

某一天用戶反饋打開的頁面白屏幕，怎么定位到產(chǎn)生錯誤的原因呢？日常某次發(fā)布怎么確定發(fā)布會沒有引入bug呢？此時捕獲到代碼運行的bug并上報是多么的重要。

既然捕獲錯誤并上報是日常開發(fā)中不可缺少的一環(huán)，那怎么捕獲到錯誤呢？萬能的**try...catch**

try{

throw new Error()

} catch(e) {

// handle error

}

看上去錯誤捕獲是多么的簡單，然而下面的場景下就不能捕獲到了

try {

setTimeout(() => {

throw new Error("error")

})

} catch (e) {

// handle error

}

你會發(fā)現(xiàn)上面的例子中的錯誤不能正常捕獲，看來錯誤捕獲并不是這樣簡單**try...catch**就能搞定,當然你也可以為異步函數(shù)包裹一層**try...catch**來處理。

瀏覽器中，**window.onerror**來捕獲你的錯誤

window.onerror = function (msg, url, row, col, error) {

console.log("error");

console.log({

msg, url, row, col, error

})

};

捕獲到錯誤后就可以將錯誤上報，上報方式很簡單，你可以通過創(chuàng)建簡單的**img**,通過**src**指定上報的地址，當然為了避免上報發(fā)送過多的請求，可以對上報進行合并，合并上報。可以定時將數(shù)據(jù)進行上報到服務端。

但但你去看錯誤上報的信息的時候，你會發(fā)現(xiàn)一些這樣的錯誤**Script error**

因為瀏覽器的同源策略，對于不同域名的錯誤，都拋出了**Script error**，怎么解決這個問題呢？特別是現(xiàn)在基本上js資源都會放在cdn上面。

解決方案

1：所有的資源都放在同一個域名下。但是這樣也會存在問題是不能利用cdn的優(yōu)勢。

2：增加跨域資源支持，在cdn 上增加支持主域的跨域請求支持，在script 標簽加**crossorigin**屬性

在使用Promise過程中，如果你沒有catch,那么可以這樣來捕獲錯誤

window.addEventListener("unhandledrejection", function(err, promise) { 
    // handle error here, for example log   
});

NodeJs中的錯誤捕獲很重要，因為處理不當可能導致服務雪崩而不可用。當然了不僅僅知道如何捕獲錯誤，更應該知道如何避免某些錯誤。

當你寫一個函數(shù)的時候，你也許曾經(jīng)思考過當函數(shù)執(zhí)行的時候出現(xiàn)錯誤的時候，我是應該直接拋出throw，還是使用callback或者event emitter還是其它方式分發(fā)錯誤呢？

我是否應該檢查參數(shù)是否是正確的類型，是不是null

如果參數(shù)不符合的時候，你怎么辦呢？拋出錯誤還是通過callback等方式分發(fā)錯誤呢？

如果保存足夠的錯誤來復原錯誤現(xiàn)場呢？

如果去捕獲一些異常錯誤呢？try...catch還是domain

操作錯誤VS編碼錯誤

1. 操作錯誤

操作錯誤往往發(fā)生在運行時，并非由于代碼bug導致，可能是由于你的系統(tǒng)內(nèi)存用完了或者是由于文件句柄用完了，也可能是沒有網(wǎng)絡了等等

2.編碼錯誤

編碼錯誤那就比較容易理解了，可能是undefined卻當作函數(shù)調用，或者返回了不正確的數(shù)據(jù)類型，或者內(nèi)存泄露等等

處理操作錯誤

你可以記錄一下錯誤，然后什么都不做

你也可以重試，比如因為鏈接數(shù)據(jù)庫失敗了，但是重試需要限制次數(shù)

你也可以將錯誤告訴前端，稍后再試

也許你也可以直接處理，比如某個路徑不存在，則創(chuàng)建該路徑

處理編碼錯誤

錯誤編碼是不好處理的，因為是由于編碼錯誤導致的。好的辦法其實重啟該進程，因為

你不確定某個編碼錯誤導致的錯誤會不會影響其它請求，比如建立數(shù)據(jù)庫鏈接錯誤由于編碼錯誤導致不能成功，那么其它錯誤將導致其它的請求也不可用

或許在錯誤拋出之前進行IO操作，導致IO句柄無法關閉，這將長期占有內(nèi)存，可能導致最后內(nèi)存耗盡整個服務不可用。

上面提到的兩點其實都沒有解決問題根本，應該在上線前做好測試，并在上線后做好監(jiān)控，一旦發(fā)生類似的錯誤，就應該監(jiān)控報警，關注并解決問題

如何分發(fā)錯誤

在同步函數(shù)中，直接throw出錯誤

對于一些異步函數(shù)，可以將錯誤通過callback拋出

async/await可以直接使用try..catch捕獲錯誤

EventEmitter拋出error事件

NodeJs的運維

一個NodeJs運用，僅僅從碼層面是很難保證穩(wěn)定運行的，還要從運維層面去保障。

多進程來管理你的應用

單進程的nodejs一旦掛了，整個服務也就不可用了，所以我萌需要多個進程來保障服務的可用，某個進程只負責處理其它進程的啟動，關閉，重啟。保障某個進程掛掉后能夠立即重啟。

可以參考TSW中多進程的設計。master負責對worker的管理，worker和master保持這心跳監(jiān)測，一旦失去，就立即重啟之。

domain

process.on("uncaughtException", function(err) {
    console.error("Error caught in uncaughtException event:", err);
});
process.on("unhandleRejection", function(err) {
  // TODO
})

上面捕獲nodejs中異常的時候，可以說是很暴力。但是此時捕獲到異常的時候，你已經(jīng)失去了此時的上下文，這里的上下文可以說是某個請求。假如某個web服務發(fā)生了一些異常的時候，還是希望能夠返回一些兜底的內(nèi)容，提升用戶使用體驗。比如服務端渲染或者同構，即使失敗了，也可以返回個靜態(tài)的html，走降級方案，但是此時的上下文已經(jīng)丟失了。沒有辦法了。

function domainMiddleware(options) {
    return async function (ctx, next) {
        const request = ctx.request;
        const d = process.domain || domain.create();
        d.request = request;
        let errHandler = (err) => {
            ctx.set("Content-Type", "text/html; charset=UTF-8");
            ctx.body = options.staticHtml;
        };
        d.on("error", errHandler);
        d.add(ctx.request);
        d.add(ctx.response);
        try {
            await next();
        } catch(e) {
            errHandler(e)
        }
    }

上面是一個簡單的koa2的domain的中間件，利用domain監(jiān)聽error事件，每個請求的Request, Response對象在發(fā)生錯誤的時候，均會觸發(fā)error?事件，當發(fā)生錯誤的時候，能夠在有上下文的基礎上，可以走降級方案。

如何避免內(nèi)存泄露

內(nèi)存泄漏很常見，特別是前端去寫后端程序，閉包運用不當，循環(huán)引用等都會導致內(nèi)存泄漏。

不要阻塞Event Loop的執(zhí)行，特別是大循環(huán)或者IO同步操作

for ( var i = 0; i < 10000000; i++ ) {
    var user       = {};
    user.name  = "outmem";
    user.pass  = "123456";
    user.email = "outmem[@outmem](/user/outmem).com";
}

上面的很長的循環(huán)會導致內(nèi)存泄漏，因為它是一個同步執(zhí)行的代碼，將在進程中執(zhí)行，V8在循環(huán)結束的時候，是沒辦法回收循環(huán)產(chǎn)生的內(nèi)存的，這會導致內(nèi)存一直增長。還有可能原因是，這個很長的執(zhí)行，阻塞了node進入下一個Event loop, 導致隊列中堆積了太多等待處理已經(jīng)準備好的回調，進一步加劇內(nèi)存的占用。那怎么解決呢？

可以利用setTimeout將操作放在下一個loop中執(zhí)行，減少長循環(huán)，同步IO對進程的阻.阻塞下一個loop 的執(zhí)行，也會導致應用的性能下降

模塊的私有變量和方法都會常駐在內(nèi)存中

var leakArray = [];   
exports.leak = function () {  
  leakArray.push("leak" + Math.random());  
};

在node中require一個模塊的時候，最后都是形成一個單例，也就是只要調用該函數(shù)一下，函數(shù)內(nèi)存就會增長，閉包不會被回收，第二是leak方法是一個私有方法，這個方法也會一直存在內(nèi)存。加入每個請求都會調用一下這個方法，那么內(nèi)存一會就炸了。

這樣的場景其實很常見

// main.js
function Main() {
  this.greeting = "hello world";
}
module.exports = Main;

var a = require("./main.js")();
var b = require("./main.js")();
a.greeting = "hello a";
console.log(a.greeting); // hello a
console.log(b.greeting); // hello a

require得到是一個單例，在一個服務端中每一個請求執(zhí)行的時候，操作的都是一個單例，這樣每一次執(zhí)行產(chǎn)生的變量或者屬性都會一直掛在這個對象上，無法回收，占用大量內(nèi)存。

其實上面可以按照下面的調用方式來調用，每次都產(chǎn)生一個實例，用完回收。

var a = new require("./main.js");
// TODO

有的時候很難避免一些可能產(chǎn)生內(nèi)存泄漏的問題，可以利用vm每次調用都在一個沙箱環(huán)境下調用，用完回收調。

最后就是避免循環(huán)引用了，這樣也會導致無法回收