watch用于监控变量内存地址的写操作，依赖硬件调试寄存器，需变量有确定地址、未被优化剔除，且受架构与环境支持限制；常见写法包括watch var、watch *addr、watch "expr"。
用 watch，不是 break —— 断点（breakpoint）响应执行位置，而变量变化必须用观察点（watchpoint）。
watch 只对运行时变量有效，且依赖硬件支持
当你输入 watch var，GDB 实际向 CPU 的调试寄存器写入一个“监视地址”，一旦该地址内容被修改（无论哪条指令改的），CPU 就触发异常并交还控制权给 GDB。这意味着：
- 变量必须有确定内存地址：局部变量需在函数栈帧已建立后才能加 watch（不能在
main未运行前就watch i） - 优化等级太高（如
-O2）可能导致变量被寄存器化或消除，watch失效或报错No symbol "x" in current context - 某些架构（如 ARM64）或虚拟环境（如 WSL2 默认）可能不完全支持硬件 watchpoint，GDB 会自动降级为软件轮询，变慢且可能漏触发
watch 的三种典型写法和适用场景
假设你已 run 起程序，并停在某个断点上，当前作用域里有变量 counter：
-
watch counter：最常用，监控变量值是否被写入（注意：只捕获“写”，不捕获“读”） -
watch *0x7fffffffe128：当变量地址已知（比如刚用p &counter查到），直接监视内存地址，绕过符号查找开销 -
watch -- "ptr->status == ERROR"：监视表达式结果变化（GDB 10.2+ 支持），适合结构体字段或复合条件，但性能开销明显增大
常见失败原因和绕过方法
执行 watch 后没反应？大概率是下面几个问题：
-
Target does not support this type of hardware watchpoint：说明硬件不支持，可改用rwatch counter（读访问触发）或awatch counter（读写都触发），但本质仍是软件模拟，慎用于高频修改变量 -
Watchpoint doesn't work for static local variables in inlined functions：内联函数里的静态变量地址不稳定，得先关掉优化重编译（gcc -g -O0） - 想监控堆上分配的变量（如
malloc返回的指针所指内容）？必须用watch *(int*)0x5555555592a0这类带类型强制的地址形式，否则 GDB 不知道监视多大范围
真正难的不是加 watch，而是确认你 watch 的那个变量，在目标时刻确实还活着、没被优化掉、地址也没被复用——建议先 info registers 和 info proc mappings 看一眼当前上下文，再决定是用 watch 还是退回到 break ... if + p 手动检查。
