条件断点在右键已设断点后选择Edit breakpoint…设置，条件表达式需为当前作用域内可求值的布尔型C/C++表达式，不支持函数调用与宏展开，常见失效原因包括变量被优化、作用域错误及浮点直接比较。
条件断点在哪设置
右键已设的断点（红圈），在弹出菜单里选 Edit breakpoint...，就能输入条件表达式。别试图在断点图标上双击——那只会切换启用/禁用状态，不会打开编辑窗口。
条件表达式怎么写才有效
表达式必须是当前作用域内可求值的 C/C++ 表达式，类型为布尔（true/false）。CLion 不会帮你做类型转换或自动补全变量名以外的语法检查，写错直接忽略该条件、退化为普通断点。
-
i > 100：循环中只在第 101 次及以后暂停 -
ptr != nullptr && ptr->id == 42：指针非空且其成员匹配时触发 -
strcmp(name, "test") == 0：C 风格字符串相等判断（注意不是name == "test"） -
(I2C1->CR2 & 0xFF) == 0x68 && (I2C1->CR2 & 0x400) != 0：嵌入式调试中按寄存器位组合触发
不支持函数调用（如 is_valid()）、宏展开或模板实例化表达式；若需复杂逻辑，建议先提取到局部变量再判断。
条件断点常见失效原因
条件断点“不触发”多数不是 IDE 问题，而是运行时上下文不满足预期：
- 变量未初始化或已被优化掉：确保编译用
Debug模式（-O0 -g），并在CMakeLists.txt中禁用strip或dead code elimination - 作用域外访问：比如在
for循环内设断点，但条件里用了循环外声明的std::vector迭代器，而该迭代器此时已失效 - 浮点比较误用：
float_val == 3.14极可能永远为false，改用fabs(float_val - 3.14) - 多线程竞争：条件在判断瞬间成立，但下一行就被其他线程改写——这不是断点问题，是竞态本身，需配合
Thread视图和Suspend控制观察
比条件断点更轻量的替代方案
如果只是想观察值而不中断执行，优先用日志断点（Logpoint）：右键断点 → 勾选 Log message to console，填入 value = $i 或 ptr address: $ptr。它不暂停线程，也不影响寄存器状态，适合高频循环中“看一眼就走”的场景。
真正复杂的条件（比如要查某块内存是否含特定字节序列），别硬塞进断点条件栏——用 LLDB 控制台手动执行 memory read -f x1 -s 4 -c 16 $ptr 更直接可靠。
