Chrome异步堆栈未启用导致错误堆栈截断，需开启“Enable async stack traces”并结合console.trace、Error.captureStackTrace、黑盒脚本及Network Initiator定位原始调用点。
如果您在调试 JavaScript 复杂 Bug 时发现错误堆栈只显示到 Promise 或 async 函数入口，无法追溯原始调用位置，则可能是 Chrome 控制台的异步堆栈跟踪功能未启用。以下是开启并利用该功能进行深度调试的具体步骤：
一、启用控制台异步堆栈跟踪
Chrome DevTools 默认对异步操作（如 Promise、setTimeout、fetch 回调）会截断原始调用链，启用“Async stack traces”后，DevTools 将自动补全从初始触发点（如用户点击、事件分发）到异步错误抛出的完整路径，显著提升定位效率。
1、打开 Chrome 浏览器，访问任意网页，按 Ctrl+Shift+I（Windows/Linux）或 Cmd+Option+I（macOS）打开开发者工具。
2、切换至 Settings（设置） 面板（右上角三个点 → Settings，或直接按 ? → Settings）。
3、在左侧菜单选择 Preferences，向下滚动至 Console 区域。
4、勾选 Enable async stack traces 选项。
5、关闭设置面板，刷新当前页面以使配置生效。
二、通过 Sources 面板手动捕获异步堆栈
当自动异步堆栈未覆盖特定场景（如自定义微任务调度、跨 iframe 异步链）时，可在关键节点主动注入堆栈快照，将异步上下文显式关联至原始调用点。
1、在 Sources 面板中，打开目标 JS 文件或使用 Snippets 创建调试脚本。
2、在异步操作发起前插入如下代码：
console.trace('ASYNC_INIT:', new Error().stack);
3、在 Promise.then()、async 函数体、回调函数入口等异步执行起点处插入：
console.trace('ASYNC_EXEC:', new Error().stack);
4、在控制台查看输出，对比两次 trace 的调用帧差异，识别被压缩或丢失的中间环节。
三、结合 console.error 与 Error.captureStackTrace（Node.js 兼容写法）
对于需兼容旧版 Chrome 或需结构化提取堆栈的场景，可手动构造带原始上下文的 Error 实例，绕过浏览器默认截断逻辑。
1、在可能触发异步错误的函数顶部声明变量：
const originStack = new Error().stack;
2、在 Promise rejection 或 catch 块中，创建新 Error 并附加原始堆栈：
throw Object.assign(new Error('Async failure'), { originStack });
3、在全局 window.onerror 或 unhandledrejection 监听器中打印：
console.error('Origin stack:', error.originStack);
四、使用黑盒脚本排除干扰堆栈帧
第三方库或压缩代码常污染堆栈，导致关键业务帧被淹没。将已知无调试价值的脚本设为黑盒后，DevTools 会折叠其内部帧，仅显示用户代码的调用路径，大幅提升异步堆栈可读性。
1、在 Sources 面板左侧文件树中，右键点击目标第三方 JS 文件（如 vendor.min.js）。
2、选择 Blackbox script。
3、刷新页面，触发异常，观察控制台堆栈中是否仅保留您标记为非黑盒的源文件帧。
4、如需临时取消黑盒，进入 Settings → Preferences → Blackboxing，取消对应规则勾选。
五、通过 Network Initiator 追溯异步请求源头
当 Bug 表现为异步网络请求失败但堆栈缺失时，Network 面板的 Initiator 栏可反向定位触发该请求的 JS 执行位置，尤其适用于 fetch/Ajax 调用链断裂场景。
1、打开 Network 面板，复现问题并确保请求已发出。
2、在请求列表中找到对应 XHR/fetch 条目，点击进入详情页。
3、在 Header 标签页下方查找 Initiator 字段，展开其内容。
4、若显示 JS 文件路径及行号，直接点击跳转至 Sources 面板对应位置；若显示 (anonymous) 或压缩名，则在该行附近搜索 fetch(、axios. 等关键词定位调用点。
