必须启用non-stop模式才能单独继续指定线程：先thread 3切换，再c；否则所有线程都会运行。thread apply不支持continue，批量操作需用Python脚本或逐个执行。
thread apply 后不能直接用 continue
很多人试过 thread apply 2 continue，结果报错：Cannot execute this command while the selected thread is running.。这是因为 thread apply 是批量执行命令的机制，而 continue 是控制程序流的交互式命令，GDB 明确禁止在 thread apply 中使用它。
真正能继续指定线程的只有 thread + continue 组合
想让线程 3 继续运行、其他线程保持暂停，必须分两步：先切换到目标线程，再发 continue。
-
thread 3—— 切换到线程 ID 为 3 的线程（info threads输出里带*的就是当前线程） -
c或continue—— 仅该线程恢复执行
注意：这依赖于 GDB 的 non-stop 模式已启用。如果 show non-stop 返回 off，那即使你执行了 thread 3 再 c，其他线程也会跟着一起跑 —— 这是 all-stop 模式的默认行为。
non-stop 模式必须手动开启
很多用户卡在这一步：以为新版 GDB 默认支持 non-stop，其实不是。必须在启动前或会话中显式设置：
- 在
~/.gdbinit里加三行：set non-stop on、set target-async 1、set pagination off - 或者进 GDB 后逐条执行（需在
attach或run前） - 验证是否生效：
show non-stop应输出on
没开 non-stop 时，thread 3 + c 看似成功，实则所有线程都动了 —— 表象和预期一致，但底层逻辑完全不同，容易误判线程行为。
想同时恢复多个指定线程怎么办
GDB 不支持 thread 2 4 5 c 这种语法。可行做法只有两种：
- 挨个切 + 继续：
thread 2→c，再thread 4→c，依此类推 - 用 Python 脚本批量驱动（适合自动化场景）：
python for tid in [2, 4, 5]: gdb.execute(f"thread {tid}") gdb.execute("continue")
别指望 thread apply 2 4 5 continue 能工作 —— 它语法上就不合法，GDB 会直接报错 Invalid thread ID 或类似提示。
最容易被忽略的是 non-stop 模式的开关状态。哪怕你记住了所有 thread 切换命令，只要没确认 non-stop 是 on，所谓“只继续指定线程”就只是幻觉。
