Node.js配置uncaughtException监听后进程仍崩溃，如何排查原因？

问题排查结论 #

首先可以明确排除setTimeout导致监听失效的可能：setTimeout回调内抛出的同步未捕获异常会正常触发uncaughtException事件，你的错误日志能上报到Sentry也证明监听逻辑本身是生效的。

进程仍然退出的常见诱因如下： #

1. Sentry默认配置主动退出进程 #

Sentry Node.js SDK 内置了默认的致命错误处理逻辑，捕获到uncaughtException后会主动调用process.exit(1)终止进程，无论你是否自定义了全局异常监听，只要Sentry的处理逻辑被触发就会导致进程退出。

2. 异常监听回调内部二次抛出错误 #

如果你的logger实例在打印日志时本身抛出了未捕获异常（比如logger未初始化完成、日志文件写入权限不足、日志上报逻辑自身出错等），Node.js不会再二次触发uncaughtException事件，会直接终止进程，这也是你能看到Sentry收到首条错误日志、但没看到监听器后续打印内容就进程崩溃的常见原因。

3. 多事件监听器执行逻辑冲突 #

如果你的自定义uncaughtException监听注册在Sentry或其他第三方依赖的监听之后，或是其他依赖也注册了该事件监听且内部包含进程退出逻辑，也会触发进程终止。 #

修复方案 #

1. 修改Sentry初始化配置，关闭默认自动退出逻辑：

Sentry.init({
  // 保留你原有其他配置
  onFatalError: (error) => {
    // 仅保留异常上报逻辑，删除默认的process.exit调用
    Sentry.captureException(error);
    console.error('Fatal error captured', error);
  }
})

2. 给全局异常监听回调添加try/catch包裹，避免二次报错：

process.on('unhandledRejection', (reason, p) => {
  try {
    logger.info(reason + ' => Unhandled Rejection at Promise: ' + p);
    logger.info('!!!FATAL!!!')
  } catch (e) {
    console.error('Logger error in unhandledRejection handler', e);
  }
})
process.on('uncaughtException', err => {
  try {
    logger.info(err + ' => Uncaught Exception thrown');
    logger.info('!!!FATAL!!!');
  } catch (e) {
    console.error('Logger error in uncaughtException handler', e);
  }
});

3. 生产环境建议补充优化：不建议长期依赖全局异常监听强制保活，异常触发后进程的内存状态、连接状态可能已经被污染，继续运行可能出现不可预期的逻辑错误。可以在异常上报完成后，先优雅断开现有用户连接，再主动重启进程，搭配PM2等进程管理器可以做到秒级重启，几乎不会影响在线用户体验。

内容的提问来源于stack exchange，提问作者cs641311