不能。async_hooks仅提供init/before/after等生命周期钩子，不重写调用堆栈，也不修改error.stack，无法恢复被压平的异步堆栈，属误用场景。
Node.js 的 async_hooks 能不能直接修复多层回调堆栈？
不能。它只提供钩子（init/before/after），不重写堆栈，也不影响 error.stack 本身。想靠它“恢复”被压平的异步堆栈，属于误用场景。
node --enable-source-maps 对 Promise 链异常有效吗？
仅在源码含 sourceMap 且使用了 eval 或 new Function 动态执行时才起作用；对普通 Promise.then().catch() 或 async/await 中的错误无改善——V8 默认已启用 source map 支持，但堆栈截断发生在 Promise 微任务调度阶段，不是映射问题。
- 真正起效的是
--async-stack-traces（Node ≥12.12） - VSCode 的 Node 调试器默认启用该 flag，但需确保 launch.json 中未显式禁用
- 若用
node命令行运行，必须手动加：node --async-stack-traces index.js
VSCode launch.json 怎么配才能保留完整异步调用链？
关键不是加一堆选项，而是避免覆盖默认行为。以下是最简可靠配置：
{
"version": "0.2.0",
"configurations": [
{
"type": "node",
"request": "launch",
"name": "Launch with async stacks",
"skipFiles": ["<node_internals>/**"],
"env": { "NODE_OPTIONS": "--async-stack-traces" },
"program": "${workspaceFolder}/index.js"
}
]
}
</node_internals>
注意点：
-
skipFiles必须排除<node_internals></node_internals>，否则 VSCode 会跳过内部 Promise 处理逻辑，反而让堆栈更短 - 不要设
"console": "integratedTerminal"，它绕过调试协议，丢失异步上下文 - 若项目用
ts-node，需额外加"runtimeArgs": ["-r", "ts-node/register"]，且确保 ts-node ≥10.9（旧版不透传--async-stack-traces）
为什么 try/catch 捕获不到 setTimeout 回调里的错误？
因为 setTimeout 是宏任务，其回调脱离原始调用栈，属于全新执行上下文。这不是 VSCode 或 Node 的缺陷，是事件循环机制决定的。
修复思路不是“恢复堆栈”，而是让错误可追溯：
- 用
process.on('uncaughtException')+error.asyncId（配合async_hooks记录触发路径） - 在定时器回调入口统一包一层
try/catch，并手动把当前asyncId或上下文 ID 打进 error message - 避免裸写
setTimeout(() => { risky() })，改用封装函数：safeTimeout(() => { ... }, 1000)
最常被忽略的一点：VSCode 断点在 setTimeout 回调里命中后，按 F11 进入函数，看到的 error.stack 仍是单层——因为 V8 在抛出那一刻就固化了堆栈，后续任何调试操作都无法回填缺失帧。真要查源头，得靠日志打点或 async_hooks 的 triggerAsyncId 反查。
