在GDB中设条件断点用break <location> if <condition>，条件需在当前栈帧可求值且类型完整；编译须带-g并禁用优化，否则变量可能被优化导致条件失效。
怎么在GDB里设条件断点？
用 break 加条件表达式，不是先断住再手动判断。比如想在 vec.size() == 0 时停，直接输：
break vector.cpp:42 if vec.size() == 0注意：条件必须是当前栈帧能求值的表达式，
vec 得在作用域里，且类型信息完整（没被优化掉）。编译时得带 -g，最好关掉 -O2，否则变量可能被寄存器优化、条件失效。
条件断点为什么比 if + break 手动调试快？
GDB 在底层把条件编译进断点触发逻辑，命中前不进程序流程；而你在代码里插 if (x==5) { asm("int3"); } 会强制每次执行判断，尤其循环里差几十倍性能。
- 条件断点：CPU 执行到该地址时，GDB 拦截并求值，真才停
- 手写
if：每次迭代都走判断分支，还可能被编译器优化掉 - 对高频路径（如内层循环、网络包处理），前者几乎零开销，后者可能让程序慢得没法测
watch 和条件断点混用容易踩什么坑？
watch 是硬件断点，条件断点是软件断点，两者叠加时 GDB 可能静默降级或行为异常。
- 不要写
watch var if var > 100——watch不支持条件，这行会被忽略 - 想监控变化+加条件，得拆成两步：先
watch var，停住后用if命令检查，再continue - 多线程下
watch易误触发，条件断点更可控，但得确保条件表达式本身无副作用（比如别写if func() == 0）
条件里访问 STL 容器要特别注意什么？
GDB 对 STL 的支持依赖 Python 自定义打印器（如 libstdc++ 的 pretty-printer），但条件求值不走打印器路径，直接调用内部成员。
-
vec.size()通常可用，但vec.at(i)可能报Cannot evaluate function -- may be inlined - 用
vec._M_impl._M_finish - vec._M_impl._M_start这类底层字段更稳（查ptype std::vector<int>看实际字段名） - 字符串别用
str.c_str() == "abc"，改用str.compare("abc") == 0，避免指针比较陷阱
立即学习“C++免费学习笔记（深入）”；
条件断点真正难的不是语法，是搞清当前帧里哪些符号能见、哪些被优化掉了、哪些 STL 字段名随 libstdc++ 版本变——每次换机器或升级工具链，最好先 info registers 和 info locals 确认上下文。
