call stack面板为空是因为未真正暂停，需确认是否按f5启动调试、断点是否命中有效路径、调试器是否正确挂载及配置justmycode/sourcemaps等参数。

Call Stack面板为空？先确认是否真暂停了

Call Stack 面板不会显示历史调用，只反映当前暂停点的实时堆栈帧。如果面板空白或只有 Paused on start，大概率不是配置问题，而是没真正进入暂停态。

• 没按 F5 启动调试，而是点了 “Run Without Debugging” —— 这种模式下断点无效，程序跑完就退出
• 断点设在未执行路径上（比如条件分支未触发、异步回调未到达）
• 程序启动后立刻崩溃或退出，根本没走到断点位置；可检查终端是否有报错，或在 launch.json 中加 "console": "integratedTerminal" 查看输出
• 调试器未正确挂载：Python 用户要确认已安装 Microsoft 官方 Python 扩展，并激活了正确的 venv；Node.js 用户需确保 node 在 PATH 中且版本 ≥ 14.18

Python调试时调用栈只显示一层？检查justMyCode和sourceMaps

Python 默认启用 justMyCode，会过滤掉标准库、第三方包的调用帧，导致 Call Stack 看起来“断层”。这不是 bug，是设计行为。

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

• 临时查看完整链：在 .vscode/launch.json 的配置中设 "justMyCode": false
• 但注意：这会让堆栈混入大量 runpy.py、importlib 等底层帧，干扰定位，仅用于排查入口或 import 问题
• 如果项目用了打包工具（如 PyInstaller）或源码映射不全，sourceMaps 必须为 true，否则断点可能命中错误行号，堆栈跳转也失准
• 虚拟环境路径若含空格或中文，VSCode 有时无法自动解析 python 解释器路径，需手动在 launch.json 中指定 "python": "/path/to/venv/bin/python"

Node.js异步调用栈被截断？必须加--async-stack-traces

默认情况下，await fetch() 或 Promise.then() 的调用栈只会显示到 nextTick 或 Promise.then，业务代码行完全丢失——这不是 VSCode 的限制，是 V8 引擎默认关闭异步堆栈追踪。

• 在 launch.json 的 runtimeArgs 中必须加入：--async-stack-traces
• 同时确保 "sourceMaps": true 和 "enableSourceMaps": true（两者都存在，作用不同）
• 断点别打在 await 行本身：它停在 microtask 入队前，data 还是 undefined；应打在下一行，或用条件断点 !data
• ESM 项目还需额外加 "runtimeArgs": ["--loader", "ts-node/esm"]，否则 Node.js 直接报错退出，根本进不了断点

点击堆栈项只是跳转源码，不是切换上下文

Call Stack 面板里点击某一行，编辑器会跳转到对应代码位置，但变量面板、this 值、局部变量仍保持原栈帧状态——这是最容易被忽略的操作盲区。

• 真要看那个帧的变量：右键该堆栈项 → 选择 Switch to Frame（不是点击，是右键菜单）
• 切换后，变量面板、监视表达式、甚至调试控制台（Debug Console）都会更新为该帧上下文
• 尤其对异步场景重要：比如从 handleSuccess 帧切回 fetchData 帧，才能看到原始请求参数和 headers 对象
• 切换后若发现变量值异常（如 undefined），可能是该帧尚未执行到变量赋值语句，需结合代码逻辑判断执行位置

调用栈不是静态图谱，它依赖运行时真实暂停点；断点位置、调试器参数、语言运行时特性三者共同决定你能看到什么。最常被绕过的其实是“是否真暂停”这个前提——其余所有配置，都建立在这个基础上。