如何在 JavaScript 中捕捉到完整的错误堆栈信息？

是的，JavaScript 中确实存在捕捉不到异常堆栈信息的情况，这是一种常见问题。通常在以下场景发生，这些会导致错误未能正确处理或堆栈丢失：

1. 异步代码错误捕获失败
   • 在 JavaScript 中，尝试使用 try...catch 捕捉异常时常无法捕获错误堆栈。
   • 原因是：try...catch 只能同步捕获错误；异步执行上下文（如 setTimeout 或 Promise）抛错时，调用栈已退出，因此无法获取有效错误对象属性（如 stack）。
   • 示例代码：

     function testError() {
       try {
         setTimeout(() => {
           const obj = null;
           obj.foo(); // 故意抛出异常：Cannot read property 'foo' of null
         }, 100);
       } catch (e) {
         console.log(e.stack); // 无输出，因为没有堆栈信息
       }
     }
     testError();
     

   • 解决方案：改用 window.onerror 全局方法监控完整错误堆栈。
2. 代码编译或运行时缺少 source maps 支持
   • 在部署到生产环境的版本（如 Release 包）中，源码常被压缩优化，导致 stack 属性丢失源文件和行位置信息。
   • 发生错误时，错误堆栈只会显示压缩后的代码字符串片段，而不是原始文件和行号。
   • 解决：使用正确的构建配置生成并部署有效的 source maps 文件；开发工具中应启用源映射功能。
3. 异常处理拦截器的配置覆盖默认行为
   • 例如，在 Node.js 中使用 process.on('uncaughtException') 拦截事件时：若不正确处理可能跳过系统默认打印堆栈行为；若不重新抛出或保存堆栈对象，最终导致捕获信息遗漏。
   • 示例：

     process.on('uncaughtException', function(err) {
       console.log('捕获到异常，但不打印堆栈：' + err.message); // stack 被丢弃
     });
     nonExistentFunction(); // 未捕获的异步操作抛错
     

   • 避免方式：总是缓存或转发原始错误对象属性（如 error.stack）；建议谨慎使用自定义全局中断器以防止堆栈丢弃。
4. 日志框架或自定义处理未记录完整堆栈
   • 如果在异常处理代码中只记录错误类型，而未显式存储 stack 对象到系统中，错误堆栈信息则不能随日志导出供调试分析。
   • 解决编程逻辑内确保同时调用类似 error.stack 的内容保存到数据库或输出目标处，避免单纯记录 name 信息。