必须启用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，其实不是。必须在启动前或会话中显式设置：

GDB 16.2

GDB 16.2 GNU 官方历史源码发布包，适合旧项目兼容、复现调试环境、排查版本差异和在 Unix-like 系统中自行构建。

下载

• 在 ~/.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，所谓“只继续指定线程”就只是幻觉。