使用 connect-domain 捕获异步调用中出现的异常
之前经常有同学会问到怎么有些异常无法捕获到呢?
虽然 connect 已经在 handler 外层加了 try catch
,还是无法捕获异步调用中产生的异常。
现状
例如最简单的 helloworld.js 代码
var connect = require('connect');
var app = connect()
.use(function (req, res, next) {
if (req.url === '/sync_error') {
throw new Error('sync error');
}
if (req.url === '/async_error') {
return process.nextTick(function () {
mk2.haha();
});
}
res.end('hello, ' + req.method + ' ' + req.url);
});
process.on('uncaughtException', function (err) {
console.error(err);
});
app.listen(1985);
使用 curl
来简单测试一下
$ curl localhost:1985/foo
hello, GET /foo
$ curl localhost:1985/sync_error
Error: sync error
at Object.handle ( .../app.js:33:11)
....
好像还挺正常的,异常也被捕获了。 继续测试
$ curl localhost:1985/async_error
没任何输出了吧?从服务器端控制台看到这样的输出: 证明触发了 uncaughtException
事件。
[ReferenceError: mk2 is not defined]
虽然我们能通过 uncaughtException
事件捕获到异步调用中产生的异常,但是我们没办法返回 HTTP 500 异常响应给调用者。 调用者也只能一直hold住,直到请求超时。
这是非常不好的做法,因为请求量很大,服务进程内存会暴涨,会导致进程超出内存限制,非正常退出。
改进
任何时候,如果服务器端出现异常,我们就应该返回HTTP 500 告诉调用者服务器异常了。
异步调用产生的异常也应该如此处理。
nodejs@0.8 开始,增加了 domain 模块来帮助我们更好地处理异常。
让我们使用 connect-domain 来改进一下之前的 helloworld.js:
var connect = require('connect');
var connectDomain = require('connect-domain');
var app = connect()
.use(connectDomain()) // just using connect-domian middleware
.use(function (req, res, next) {
if (req.url === '/sync_error') {
throw new Error('sync error');
}
if (req.url === '/async_error') {
return process.nextTick(function () {
mk2.haha();
});
}
res.end('hello, ' + req.method + ' ' + req.url);
});
process.on('uncaughtException', function (err) {
console.error(err);
});
app.listen(1984);
再看看 connect-domain 的实现,非常简单:
var domain = require('domain');
module.exports = function (handler) {
return function domainMiddleware(req, res, next) {
var reqDomain = domain.create();
res.on('close', function () {
reqDomain.dispose();
});
reqDomain.on('error', function (err) {
if (typeof handler === 'function') {
handler(err, req, res, next);
} else {
next(err);
}
});
reqDomain.run(next);
};
};
重复刚才的 curl 测试:
$ curl localhost:1984/foo
hello, GET /foo
$ curl localhost:1984/sync_error
Error: sync error
at Object.handle ( .../app.js:33:11)
....
$ curl localhost:1984/async_error
ReferenceError: mk2 is not defined
at .../app.js:24:7
at process.startup.processNextTick.process._tickCallback (node.js:244:9)
所有请求都有响应了。
服务器进程的输出:
{ [ReferenceError: mk2 is not defined]
domain_thrown: true,
domain:
{ domain: null,
_events: { error: [Function] },
_maxListeners: 10,
members: [] } }
奇怪的连 uncaughtException
事件也触发了。这按我的思维来说,不应该触发才对的。
@isaacs 最新的提交已经修复此问题: https://github.com/joyent/node/issues/4375#issuecomment-11691069
总结
应该没人再说 nodejs 无法捕获异步调用中出现的异常了吧?
分类:
4 JavaScript 的世界
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
2010-12-27 nodejs实用示例:缩址还原