必须启动调试会话并暂停执行才能看到真实调用栈；不运行调试则“调用堆栈”面板为空。需先配置launch.json（如指定program、sourceMaps等），再设断点按F5触发暂停，面板才显示从当前函数到入口的完整调用链。
必须启动调试会话并暂停执行，才能看到真实的函数调用栈；不运行调试，VSCode 的“调用堆栈”面板是空的或不可用。
调试前必须配置 launch.json，否则 F5 按了也没用
VSCode 不会自动猜你要怎么跑代码——它需要明确的启动指令。按 F5 时若没找到 .vscode/launch.json，就会弹出环境选择框；选完后生成的基础配置常需手动调整：
-
program字段要指向实际可执行文件（如 Python 项目得写"program": "${workspaceFolder}/main.py"，不是随便一个.py） - TypeScript 项目必须加
"preLaunchTask": "tsc: build - tsconfig.json"，否则断点在.ts文件里不生效 - Node.js 脚本若用了
esm或type: "module"，得在launch.json中加"runtimeArgs": ["--loader", "ts-node/esm"]类似配置，否则直接报错退出
断点触发后，“调用堆栈”面板才开始工作
面板默认在左侧“运行和调试”视图中，顶部是当前函数（最新调用），往下是它的调用者。常见误操作：
- 没设断点就按 F5：程序跑完退出，根本看不到堆栈
- 断点设在异步回调里（比如
setTimeout或Promise.then），但没等回调触发就结束了——得加debugger或确保流程走到那里 - 点击堆栈某一行跳转后，变量面板仍显示原栈帧内容；要真正切换上下文，得在堆栈项上右键选“切换到帧”，否则局部变量、
this值都还是旧的
不同语言对调用栈的支持差异很大
底层依赖调试器实现，不是 VSCode 自己“算出来”的：
- JavaScript/Node.js：
node自带调试协议，调用栈完整，支持 async/await 展开，但压缩代码或node_modules中的函数默认被skipFiles过滤（可在launch.json中删掉或修改该字段） - Python：需安装 Python 扩展 +
debugpy，async 函数调用栈可能只显示await行，不展开协程内部 - C/C++：依赖
cpptools和本地gdb/lldb，若没加载符号（.debug信息），堆栈里会出现[Frames below may be incorrect...] - Go/Rust：需对应扩展（如
go、rls或rust-analyzer），Rust 默认不开启调试信息，编译得加--debug或改Cargo.toml的profile.dev.debug = true
最易被忽略的一点：调用栈反映的是「此刻暂停时的实际执行路径」，不是静态代码结构。如果函数被内联、被 JIT 优化、或运行在 Web Worker/子进程里，堆栈可能截断或缺失关键帧——这时候得结合日志、console.trace() 或 debugger 语句交叉验证。
