可以，但需目标线程暂停且变量在当前栈帧中可访问；通过info threads、thread n、interrupt切换并中断指定线程后，用set var修改全局、静态或未优化局部变量。
gdb里能直接修改正在运行的线程的变量吗？
可以，但必须满足两个前提：目标线程处于暂停状态（比如命中了断点、被 signal 中断或主动 interrupt），且该变量在当前栈帧中可访问（不是寄存器优化掉的局部变量）。gdb 本身不区分“线程专属变量”——只要线程停在某个上下文，你就能用 set var 修改它看到的任何变量，包括全局、静态、局部（如果没被优化）。
怎么让指定线程停下来再改它的变量？
别指望线程自己配合暂停。得手动切过去、打断它：
- 用
info threads查线程列表，记下目标线程的编号（比如Thread 3 (LWP 12345)对应编号 3） - 用
thread 3切到该线程（此时 gdb 会显示当前线程栈帧） - 如果它还在跑，执行
interrupt强制中断（等几秒，gdb 会显示Program received signal SIGINT） - 确认停在合理位置：用
bt看调用栈，frame 0确保在你想改变量的作用域内
常见陷阱：切线程后没 interrupt，直接 set var 会报错 Cannot modify variable 'x' because it is not in the current stack frame 或静默失败。
修改变量时哪些情况会失败？
失败不一定是 gdb 的锅，更多是程序状态或编译选项导致：
立即学习“C++免费学习笔记（深入）”；
-
const变量、字面量、字符串常量：gdb 允许set var，但实际写入只改内存，不影响后续 const 检查逻辑；若变量在只读段（如.rodata），会提示Cannot access memory at address … - 被
-O2优化掉的局部变量：print x显示<optimized out></optimized>，set var x = 42无效，gdb 根本找不到符号位置 - 多线程共享变量（如全局
std::atomic<int> g_counter）：能改，但改的是内存值，不触发原子操作语义（比如不会调用store()），可能破坏同步逻辑 - 成员变量需显式指定对象：比如在线程函数里停住，想改
this->flag，得写set var this->flag = true，不能只写flag
有没有安全一点的修改方式？
没有绝对安全的方式，但可以降低风险：
- 调试时加
-O0 -g3编译，避免变量被优化 - 对关键共享变量，优先用
call调用其 setter 方法（比如call obj.set_value(42)），比直接改内存更符合程序原意 - 改完立刻
print验证，再用continue观察行为变化；不要连续改多个线程的同一变量，容易竞态 - 注意
std::mutex或std::condition_variable这类对象本身不能随便改——它们内部有 OS 句柄或标志位，强行改内存大概率导致死锁或崩溃
真正难的不是“怎么改”，而是判断“改了之后这个线程还能否按预期继续执行”。比如你把一个条件变量等待的 predicate 改成 true，但线程正卡在 wait() 内部，它未必能立刻醒来——这取决于底层 futex 实现和调度时机。
