条件断点需编译器支持-g且禁用优化，检查构建套件是否为debug类型、make参数未加-o2或-dndebug，并重建项目；condition字段仅支持简单c++布尔表达式，不可调用函数。

条件断点 在 Qt Creator 中不是默认启用的，必须满足编译器、构建配置和断点设置三者协同才能生效。

为什么条件断点不触发？

最常见原因是项目没用 -g 编译且未禁用优化。Qt Creator 默认 Debug 构建会加 -g -O0，但如果手动改过 .pro 文件或用了 Release 套件，Condition 字段即使填了也不会起作用。

• 检查构建套件是否为 Desktop Qt x.x.x MinGW 64-bit (Qt Creator Debug) 类型（带 Debug 标识）
• 确认 Projects → Build & Run → Build Steps → Make → Additional arguments 没有误加 -O2 或 -DNDEBUG
• 运行前务必点击 Build → Rebuild Project，避免旧目标缓存干扰调试符号

怎么正确设置 condition 表达式？

在断点上右键 → Edit Breakpoint → 填写 Condition 字段。表达式语法是 C++，但受限于调试器（GDB/LLDB）支持程度：

Qt Creator 18.0.2

Qt Creator 18.0.2 Windows x86_64 历史版本安装包，适合需要旧版本 IDE、旧项目兼容、Qt/C++ 项目维护、构建套件配置和调试环境回退的用户使用。

下载

• 只支持简单布尔表达式，比如 i > 10、ptr != nullptr、str.contains("error")
• 不能调用函数（如 qDebug() ）、不能用宏、不能用未在当前作用域声明的变量
• 字符串比较慎用 ==，QString 推荐用 .contains() 或 .isEmpty()；std::string 可用 .c_str() == "xxx"
• 若表达式含空格或运算符，建议用括号包裹，例如 (count % 100 == 0)

条件断点 + 忽略次数怎么配合用？

Ignore count 和 Condition 是独立生效的：先跳过指定次数，再开始判断条件。两者叠加时容易误判执行时机：

• 设 Ignore count = 5 且 Condition = i == 10：第 6 次到该行才检查 i == 10，不是“第 10 次且 i==10”
• 想实现“第 N 次且满足某条件”，只能靠纯条件，比如 i == 10 && loopCount == 5
• Ignore count 对性能无影响；Condition 每次都会求值，高频循环里慎用复杂表达式

调试器报错 “No symbol table loaded” 或 “Condition not supported” 怎么办？

这类错误基本指向调试信息缺失或 GDB 版本太老：

• 确认构建产物（如 app.exe 或 lib.so）文件大小明显大于 Release 版——Debug 版应含调试符号
• 在终端运行 objdump -t your_binary | grep debug，有输出说明符号存在；为空则重装 Qt 调试工具链
• MinGW 用户注意：部分旧版 gdb.exe（如 8.1 之前）不支持 Qt 的 QVariant 条件解析，升级到 gdb 13+ 或换 MSVC 工具链
• Linux 下若用系统自带 gdb，可能缺 Python 支持（Qt 调试需 Python 插件），安装 gdb-python3 包

Qt Creator 的条件断点依赖底层调试器能力，很多看似“填了就该生效”的行为，其实卡在符号加载、作用域可见性或表达式合法性上。别急着怀疑 IDE，先用 qDebug() 打印变量确认值是否存在、类型是否可访问，再回头配断点。