必须先用thread命令切换到目标OS级tid（如thread 12345），再执行jump/set $pc/return等操作，否则命令仅作用于当前线程；info threads第二列才是真实tid，第一列为gdb内部编号。
如何在 gdb 中切换到指定 tid 的线程并控制其执行
gdb 本身不支持“让某个线程跳转到某条指令执行”（比如类似 jump 那样修改 PC），但你可以先切到目标线程，再用 jump 或 return 等命令改写其寄存器状态。关键前提是：必须先正确选中线程，否则所有操作都作用在当前线程上，和你想调试的线程无关。
用 thread 命令选中目标 tid，而不是 info threads 列表里的序号
info threads 输出里第一列是 gdb 内部线程编号（如 2），第二列才是 OS 级别的 tid（如 0x7f8a12345678 或十进制 12345）。很多人误用 thread 2 想切到 tid=12345 的线程，结果切错了——因为 thread N 的 N 是 gdb 编号，不是 tid。
- 查 tid：运行
info threads，找到目标线程那一行，记下第二列（例如12345） - 切线程：用
thread apply all p $tid不行；正确做法是thread 12345—— 直接输 tid 数值（gdb 7.10+ 支持） - 验证是否成功：执行
thread（无参数），看输出是否显示[Thread 12345 (LWP 12345) exited]或仍在运行中
切换后才能对目标线程做 jump / set $pc / return
gdb 的 jump、set $pc、return 等命令只影响当前选中的线程。如果你没切过去就执行 jump *0x400567，它改的是你上次停留的线程的 PC，不是你要调试的那个。
-
jump *0x400567：跳转到地址，但仅对当前线程生效；目标地址需在该线程当前栈帧可访问范围内（比如不能跳进另一个线程的私有栈） -
set $pc = 0x400567：更底层，绕过jump的校验，但风险更高（可能破坏栈平衡） -
return或return 42：强制从当前函数返回，同样只作用于当前线程 - 注意：若目标线程处于系统调用中（如
read、wait），强行改 PC 可能导致不可恢复阻塞或 SIGSEGV
常见失败场景：线程已退出、权限不足、地址无效
即使 tid 正确、也切过去了，jump 还是报错，大概率是下面几种情况：
- 线程已终止：
info threads显示exited，此时无法对其做任何寄存器操作 - gdb 未获得 ptrace 权限：Linux 下若进程由其他用户启动，或启用了
ptrace_scope限制，set $pc会失败并提示Cannot modify registers for process XXX - 跳转地址非法：比如
jump到一个非代码段地址、或未映射页，gdb 会拒绝或导致 segfault - 多线程竞争：你在改 A 线程 PC 的同时，B 线程可能正在修改共享数据，行为不可预测——这不是 gdb 的问题，而是并发逻辑本身的问题
真正难的不是命令怎么敲，而是确认那个 tid 此刻是否活着、是否停在你能安全干预的位置。别指望靠跳转绕过锁或修复竞态——那只是把 crash 延后而已。
