调用堆栈为空或仅一层说明调试未真正挂住，常见原因有三：误用ctrl+f5而非f5启动、断点未被执行、justmycode为true过滤了第三方调用；需在launch.json中设"justmycode": false并重启调试。
调用堆栈面板为空或只显示一层，基本可以断定不是代码问题，而是调试没真正“挂住”——你看到的不是缺失信息，是调试器根本没捕获到有效帧。
为什么Call Stack面板里只有__main__或根本空白
这不是VSCode坏了，是它只在暂停瞬间抓快照，不回溯、不预测。常见原因有三个：
- 按了
Ctrl+F5（运行不调试），而不是F5（启动调试）——后者才注入调试上下文 - 断点设了但没被执行到：比如函数没被调用、条件分支跳过了、或者用了
try/except吞掉了异常导致流程绕开断点 -
justMyCode默认为true，把requests、django.core.handlers这类第三方调用全过滤掉了，只剩你写的那层
想看到requests.get()进来的完整链路怎么办
临时关闭过滤即可，别改全局设置，只在当前调试配置里覆盖：
- 打开
.vscode/launch.json - 在对应Python配置里加一行：
"justMyCode": false - 重启调试会话（F5重来），堆栈里就会出现
requests.sessions.Session.request、urllib3.connectionpool.HTTPConnectionPool.urlopen等真实路径 - 注意：这样会混入大量标准库帧，排查时需手动折叠无关项；查完记得删掉这行，避免干扰日常调试
堆栈跳转不到venv里的源码文件
不是路径错了，是VSCode没把.py和.pyc或编译后字节码对上号。关键检查点：
- 状态栏右下角的Python解释器路径，必须指向
venv/bin/python（macOS/Linux）或venv\Scripts\python.exe（Windows）——错指系统Python会导致符号加载失败 - 确认
launch.json中"program"字段用的是"${file}"或明确路径，而不是"python -m xxx"这种间接启动方式（后者可能绕过venv环境） - 如果仍跳转到
.pyc或报Source not found，在堆栈项上右键选Reveal in Explorer，看VSCode实际打开的是不是site-packages里的源文件；不是的话，说明debugpy没读取到venv的sys.path
异步调用（async/await）堆栈断层严重
Python本身不提供原生异步堆栈追踪，debugpy默认只展示同步帧。要看到async def fetch_data() → await httpx.get() → await asyncio.sleep()这条链：
- 升级
debugpy到最新版：pip install --upgrade debugpy（2026年主流版本已支持asyncio帧注入） - 在
launch.json中显式启用异步支持："subProcess": true（让子协程也被调试器接管） - 避免用
threading.Thread或multiprocessing混合异步逻辑——debugpy对多线程/进程的异步支持极弱，堆栈必然断裂 - 若用
concurrent.futures，优先选ThreadPoolExecutor.submit()而非as_completed()，后者容易触发帧丢失
最常被忽略的一点：堆栈不是静态图谱，而是快照。哪怕配置全对，只要没在目标函数内部设断点并命中断点，就永远看不到那一层——它不会凭空出现，必须由执行流“踩进去”才生成帧。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
