VSCode中切换调试线程需点击CALL STACK面板中已暂停的线程名（如Thread-1），Variables面板随之刷新为该线程上下文；未暂停线程不显示，须通过断点、sleep或日志使其暂停后才可切换。
VSCode里怎么切换正在调试的线程
断点命中后，VSCode默认停在触发断点的那个线程上，但你没法直接“切到另一个线程继续单步”，因为未暂停的线程根本不在线程列表里。真正能切换的，只有当前已暂停的线程——它们会出现在左侧 CALL STACK 面板中，显示为 MainThread、Thread-1、ThreadPoolExecutor-0_1 这类名称。
实操建议：
- 必须先让目标线程也暂停：要么它自己走到断点/异常，要么你在它关键路径上加一个
time.sleep(0.1)或import threading; threading.current_thread().ident日志点，给 debugpy 留出注入时间 - 点击
CALL STACK面板中的任意线程名（比如Thread-2），Variables和Watch面板立刻刷新为该线程的局部变量和作用域 - 不要指望右键菜单里有「切换到 Thread-X」选项——VSCode 没这个功能；切换动作就是纯点击，没其他交互
- 如果某个线程只存在几毫秒就退出（如短生命周期的
concurrent.futures.ThreadPoolExecutor任务），它大概率不会出现在CALL STACK中，这是 debugpy 的限制，不是你配置错了
为什么点不了 Thread-3？它明明在日志里打印了 PID
看到日志输出 SUBPROCESS_PID: 12345 不代表 VSCode 能把它当「线程」处理——那是进程，不是线程。Python 的 multiprocessing 启动的是独立进程，VSCode 默认不自动跟踪，CALL STACK 面板根本不会列出它。
常见错误现象：
- 你在
multiprocessing.Process内打了断点，但断点是空心圆，提示 “breakpoint will not be hit” -
CALL STACK只有MainThread，哪怕子进程已经运行并卡在input()上 - 试图用「附加到进程」去连，但选中 PID 后断点仍不生效——大概率是源码路径没对齐，或没开
"justMyCode": false
实操建议：
- 确认你真在调试「线程」（
threading.Thread）还是「进程」（multiprocessing.Process）——两者调试机制完全不同 - 线程问题看
CALL STACK；进程问题必须用Attach to Process+ 正确的launch.json配置（如"subProcess": true） - 子进程内加
import os; print(f"PID: {os.getpid()}, WORKDIR: {os.getcwd()}")，对比 VSCode 工作区路径是否一致
多线程调试时 Variables 面板显示的变量不准
全局变量在所有线程里都可见，但值是「最新写入状态」，不是快照。比如线程 A 刚把 counter = 5，线程 B 立刻读到 5；但如果你在 B 线程暂停时看 counter，它可能下一毫秒就被 A 改成 6 —— VSCode 不做内存隔离。
实操建议：
- 别依赖
Variables面板判断竞态条件；用Debug Console手动执行print(counter)多次，观察是否跳变 - 局部变量（函数内定义的）只在对应线程的栈帧里存在；切换线程后，原线程的局部变量直接消失，不是“看不到”，是根本不存在
- 如果发现某个变量始终显示
undefined或None，检查它是否被del掉，或作用域是否真的覆盖到当前栈帧（比如闭包变量在 lambda 里可能不可见）
Java 虚拟线程断点为啥不显示 Thread-12345 这种名字
Java 虚拟线程（JDK 21+）在 VSCode 中不以数字编号显示，而是用语义化名称，比如 ForkJoinPool-1-worker-3 或 VirtualThread[#12]/runnable。这是因为 JVM 把虚拟线程抽象成了任务单元，而非 OS 级线程。
实操建议：
- 确保 launch.json 启用了预览特性：
"vmArgs": "--enable-preview"，否则虚拟线程会被降级为平台线程，失去独立堆栈 - 断点命中后，在
CALL STACK面板顶部找带VirtualThread字样的条目，右键可「Copy Call Stack」验证是否含虚拟线程 ID - 别试图用
Thread.currentThread().getId()去匹配面板名称——虚拟线程 ID 是 JVM 内部逻辑 ID，和面板显示名无直接映射 - 如果只看到
CarrierThread而没有虚拟线程条目，说明断点设在了载体线程调度代码里，而不是用户任务代码中
