一般來說，很少人會考慮如何處理應用產生的錯誤的策略，調試的過程中，簡單地利用console.log(‘error')定位錯誤，基本夠用了，通過留下這些調試信息，能夠為我們以后的調試過程中升了不少時間，提高了維護性。所以錯誤提示非常重要。同時，也會帶來一些比較糟糕用法。最近的項目里就用到了自定義錯誤類型，覺得有必要深入了解一下，所以就寫了這篇文章，方便自己和有需要的大家在需要的時候查閱。

Subclassing Error

首先我們可以定義一個 Error 的子類。通過 Object.create 和 util.inherits 很容易實現：

var assert = require('assert');
var util = require('util');

function NotFound(msg){
 Error.call(this);
 this.message = msg;
}
util.inherits(NotFound, Error);
var error = new NotFound('not found');
assert(error.message);
assert(error instanceof NotFound);
assert(error instanceof Error);
assert.equal(error instanceof RangeError, false);

可以通過 instanceof 來檢查錯誤類型，根據類型進行不同的處理。

上面的代碼設置了自帶的message，并且 error 是 NotFound 和 Error 的一個實例，但是不是 RangeError。

如果用了 express 框架，就能設置其他的 properties 讓 error 變得更有用。

比方說當處理一個HTTP的錯誤時，就可以寫成這樣：

function NotFound(msg) {
 Error.call(this);
 this.message = msg;
 this.statusCode = 404;
}

現在就已經可以通過錯誤處理的中間件來處理錯誤信息：

app.use(function(err, req, res, next) {
 console.error(err.stack);

 if (!err.statusCode || err.statusCode === 500) {
 emails.error({ err: err, req: req });
 }

 res.send(err.statusCode || 500, err.message);
});

這會發(fā)送HTTP的狀態(tài)碼給瀏覽器，當 err 的 statusCode 未設置或者等于 500 的時候，就通過郵件來發(fā)送這個錯誤。這樣就能排除那些 404， 401， 403等等的錯誤。

讀取 console.error(err.stack) 事實上并不會像預期那樣工作，像 node， chrome 基于 V8 的可以使用 Error.captureStackTrace(this, arguments.callee) 的錯誤構造函數來進行堆棧跟蹤。

var NotFound = function(msg) {
 Error.call(this);
 Error.captureStackTrace(this, arguments.callee);
 this.message = msg || 'Not Found';
 this.statusCode = 404;
 this.name = "notFound"
}
util.inherits(NotFound, Error);

export.NotFoundError = NotFound;

當然我們還可以將上面這個創(chuàng)建的抽象錯誤類型擴展到其他自定義錯誤中：

var notFountError = require('./error').NotFountError; 
var UserNotFound = function(msg){
 this.constructor.super_(msg);
}

util.inherits(UserNotFound, notFoundError);

總結

以上就是Node.js下自定義錯誤類型的全部內容，希望本文的內容對大家學習或者使用Node.js能有一定的幫助，如果有疑問大家可以留言交流。謝謝大家對腳本之家的支持。

您可能感興趣的文章: