vscode不提供直接切换线程的快捷键，必须通过调试控制台执行gdb命令（如info threads、thread id、set scheduler-locking on/off）或点击call stack面板切换，且需注意线程id非序号、锁定线程防状态变化。
VSCode里没有直接切换线程的快捷键
VSCode本身不提供一键切换线程的快捷键（比如 F5 或 Ctrl+T 这类预设组合），所有线程切换操作都依赖调试控制台执行 GDB/LLDB 命令，或手动点击“CALL STACK”面板。试图用快捷键直接跳转到线程 2 是行不通的。
必须通过调试控制台输入 thread 命令
在 C/C++ 多线程调试中，线程切换是 GDB 行为，VSCode 只是前端界面。启动调试后，打开调试控制台（Debug Console 或 Terminal → Debug），输入以下命令：
-
info threads：列出所有线程及 ID（如1 Thread 0x7ffff7fc9700 (LWP 12345)） -
thread 2：切换到 ID 为 2 的线程（注意不是序号，是 GDB 分配的线程 ID） -
set scheduler-locking on：锁定当前线程，其他线程暂停执行（关键！否则切过去又跑偏） -
set scheduler-locking off：解除锁定，恢复并发运行
⚠️ 注意：thread 2 中的 2 是 GDB 线程 ID，不是“第二个线程”，ID 可能是 3、7 等，务必先用 info threads 确认。
“CALL STACK”面板点击切换更直观但有局限
VSCode 的 CALL STACK 面板会显示所有线程（带 ID 和函数名），点击任一线程即可切换上下文——变量、调用栈、断点位置都会随之更新。
- 优点：无需记命令，适合快速查看各线程状态
- 缺点：切换后默认不自动锁定线程，其他线程仍可能继续执行，导致状态瞬变
- 必须配合
set scheduler-locking on才能稳定观察单个线程行为 - 某些 GDB 版本或远程调试场景下，面板可能不刷新线程列表，此时只能靠
info threads
别指望 launch.json 里加个参数就自动支持
VSCode 的 C++ 调试器（GDB）默认就是 all-stop 模式，即断点命中时所有线程暂停。但这不等于“支持线程切换”——它只是暂停，不帮你选线程、不锁定、不隔离。
-
"miDebuggerArgs": ["-enable-pretty-printing"]这类配置不影响线程调度逻辑 -
"stopAtEntry": true或"justMyCode": false对线程切换无作用 - 真正起效的是 GDB 运行时命令，不是 launch.json 静态配置
- Windows + WSL 或远程 SSH 场景下，GDB 版本差异可能导致
set scheduler-locking不生效，需确认 GDB ≥ 8.0
线程 ID 不固定、scheduler-locking 行为因环境而异、CALL STACK 刷新延迟——这些才是实际调试时最常卡住的地方，比记命令还难应付。
