call stack为空需先按f5启动调试而非ctrl+f5；python堆栈单层是因"justmycode":true过滤库帧，设为false可显示完整调用链；node.js/php需检查sourcemaps和pathmappings；异步堆栈断裂应结合pythonasynciodebug=1、pwa-node及console.trace等辅助定位。
CALL STACK面板为空？先确认是不是真在调试
不是插件没装，是根本没进调试状态。按 Ctrl+F5 是“运行不调试”，堆栈永远为空；必须按 F5 启动调试会话，调试器才会注入上下文、捕获帧信息。验证方法：在代码里写一行 1/0，F5 启动，看是否停在该行，并且 CALL STACK 面板有至少两层（比如 __main__ → <module></module>）。如果还是空，说明 launch.json 里选错了解释器路径，或调试器扩展（如 debugpy）没加载成功。
Python堆栈只显示一层？检查 justMyCode 设置
默认 "justMyCode": true 会过滤掉所有非当前工作区的调用帧，包括 requests、asyncio、flask 等库内部路径。这不是 bug，是聚焦模式。临时放开只需在 .vscode/launch.json 对应配置中加：
"justMyCode": false
重启调试后，堆栈会出现 requests.sessions.Session.request、asyncio.base_events.Server.run_forever 这类真实帧。但注意：false 会让堆栈混入大量底层帧，排查时需手动折叠 urllib3、asyncio 等无关项；查完务必删掉这行，避免日常干扰。
Node.js 或 PHP 堆栈点不进去源码？重点核对 sourceMaps 和路径映射
右键堆栈项 → Reveal in Explorer，如果打开的不是你本地的 .js 或 .php 文件，说明符号解析失败。关键检查点：
- Node.js：确认
launch.json中"type": "pwa-node"（不是旧版"node"），且"sourceMaps": true已启用；TypeScript 项目还要检查tsconfig.json里"sourceMap": true - PHP：确认
php.ini中xdebug.client_port和launch.json的port一致（如9003），且pathMappings正确映射远程路径到本地，例如"/var/www/html": "${workspaceFolder}"
异步堆栈断裂严重？别只靠 CALL STACK 面板
async/await 在 Python/Node.js 中天然导致堆栈断裂，CALL STACK 面板显示的往往是事件循环入口，而非真实调用链。这时候得配合其他手段：
- Python：设置环境变量
PYTHONASYNCIODEBUG=1，能让asyncio打印更完整的挂起位置 - Node.js：确保使用
pwa-node调试器，并开启sourceMaps；Chrome DevTools 的Async Call Stack有时比 VSCode 更完整，可交叉验证 - 通用技巧：在
await前后加日志，或用console.trace()/traceback.print_stack()手动打点——这些输出不会被堆栈断裂影响
真正难的不是看到堆栈，而是判断哪一层是“业务逻辑入口”，哪一层是“框架调度壳”。这需要你对所用框架的生命周期有基本认知，比如 Flask 的 app.run()、Express 的 server.listen()、FastAPI 的 uvicorn.run() ——它们之后的堆栈，往往才是你要盯住的关键路径。
