GDB设断点需编译带-g、路径无中文或空格；支持行号break main.cpp:15、函数名break foo及条件break if；cond可修改已有断点条件；info breakpoints验证设置。
在GDB里用break加行号或函数名设普通断点
最常用的方式就是直接在源码某行或函数入口暂停执行。GDB不认中文路径、空格未转义、文件没编译调试信息（-g）都会让break失败。
- 确保编译时带
-g，比如：g++ -g -o main main.cpp - 启动GDB后，先用
list确认源码可见；如果显示main.cpp: No such file or directory，说明路径不对或没加载符号 - 设断点：输入
break main.cpp:15（行号），或break foo（函数名），GDB会返回类似Breakpoint 1 at 0x401126: file main.cpp, line 15. - 如果函数重载，
break foo可能匹配多个，此时GDB会提示并要求你选编号；也可用break foo(int, double)精确指定签名
用break ... if加条件表达式设条件断点
条件断点不是“运行到那再判断”，而是每次执行到该位置时，由GDB主动求值表达式——为避免性能暴跌，表达式必须能被GDB解析且不触发副作用（比如调用函数、修改变量）。
- 语法是：
break <location> if <condition></condition></location>，例如：break main.cpp:22 if i == 5 -
i必须是当前作用域可见的变量，且类型支持==比较；若i是局部变量但已出作用域（比如在循环末尾设断点），条件恒为假，断点永远不会命中 - 字符串比较要小心：
if name == "abc"在部分GDB版本中不支持，建议改用strcmp(name, "abc") == 0 - 条件里不能写
std::vector::size()这类方法调用——GDB无法安全执行C++成员函数，会报Cannot evaluate function -- may be inlined or not compiled with -g
用cond命令给已有断点补条件或修改条件
比重复输break if更灵活，尤其适合调试中途才想到加条件的情况。
- 先
break main.cpp:30设无条件断点，GDB返回Breakpoint 2 at 0x4011a9 - 再执行
cond 2 i > 100，就把2号断点变成条件断点；若想删条件，用cond 2（后面不跟表达式）即可恢复无条件 - 注意：
cond只影响断点触发逻辑，不影响断点位置；如果想改位置，得先delete 2再重新break - 用
info breakpoints能看清每个断点的编号、地址、是否启用、条件内容——这是验证条件是否设置成功的最快方式
常见失效场景和绕过方法
条件断点“看起来设了却从不触发”，大概率不是GDB坏了，而是条件本身在当前上下文不可求值。
立即学习“C++免费学习笔记（深入）”；
- 变量优化掉了：编译用了
-O2又没加-g，GDB找不到i；解决办法是编译加-O0 -g，或至少-O2 -g（现代GDB对-O2 -g支持较好，但复杂表达式仍可能失败） - 作用域错位：比如在
for (int i = 0; i 循环体外设断点，<code>i根本不可见；应设在循环体内，或改用break main.cpp:22 if $pc == 0x4011a9这种地址级条件（不推荐，可读性差） - 条件含浮点比较：
if x == 3.14容易因精度问题永远为假；换成if x > 3.139 && x 更稳妥 - 多线程下条件断点只对当前线程生效；如果想让所有线程都检查，得配合
thread apply all，但这不是break if原生支持的，得靠脚本或手动切线程
条件断点真正难的不是语法，而是准确预判GDB在那个时刻能看到什么、能算什么。每次不确定，就先print i试试变量是否存在，再info registers看看当前上下文是否如你所想。
