Qt Creator断点调试有效的三大前提是：断点设在可执行行、调试配置启用调试信息、符号表完整；否则会出现进不去、看不到、值为空问题。
Qt Creator断点调试不是“按F5就完事”，核心在于：断点必须设在可执行行、调试配置必须启用调试信息、变量查看依赖符号表完整——三者缺一，就会卡在“进不去”“看不到”“值为空”。
怎么加断点才有效
断点只对实际生成机器码的代码行生效，比如函数体内部、循环体、if 分支块内；声明语句、空行、宏展开后无逻辑的行，点了也没用。
- 最稳的方式是：把光标停在某行代码（如
qDebug() 或 <code>for (int i = 0; i ），按 <code>F9（Mac 是F8） - 鼠标点击行号左侧灰色区域也可，但要注意——如果该行被编译器优化掉（比如
const int a = 42;且未取地址），断点图标会变灰，悬停提示 “This breakpoint will not be hit” - 不要在头文件里设断点（除非你确认该头文件被显式包含且未被预处理剔除），优先在
.cpp文件中设置
为什么按F5没反应或直接跑完
常见原因是构建套件（Kit）没选对调试器，或项目没生成带调试符号的二进制。
- 检查左下角 Kit 配置：确保
Debugger字段不为空，且类型匹配（Linux/macOS 通常是gdb或lldb，Windows 是cdb或gdb） - 确认构建配置为
Debug（不是Release）：菜单栏Projects > Build & Run > Build Steps > Build Configuration必须是Debug - 如果用了 CMake，检查
CMAKE_BUILD_TYPE是否为Debug；qmake 项目则确认CONFIG += debug在.pro文件中已启用 - 改完配置后务必点
Build > Rebuild Project，否则旧的 Release 版本仍会被调试器加载
断点进了，但变量全是 <not accessible>
这是符号缺失的典型表现，不是代码问题，而是调试信息没加载或被裁剪。
- 检查可执行文件是否真含调试段：终端运行
file build-dir/your_app，输出应含with debug_info；若写stripped，说明符号已被 strip 掉 - Qt Creator 默认会自动加载符号，但如果用了自定义部署脚本（比如打包时调了
strip），需回退该操作 - 局部变量名消失？确认没开启
-O2或更高优化等级——Debug模式下qmake默认禁用优化，但手动改过.pro中的QMAKE_CXXFLAGS就可能破防 - 复杂对象（如
QList<QString>）显示不全？右键变量 →Add Watch Expression，再手动输入list.size()或list.at(0)查具体项
想跳过某次断点或只在条件满足时中断
右键断点标记 → Breakpoint Properties，重点配两个字段：
-
Condition：填 C++ 表达式，如i == 5或ptr != nullptr，注意不能调用非常量函数（str.length()可以，heavyCalc()不行） -
Ignore count：设为3表示前 3 次命中该断点直接跳过，第 4 次才中断——适合调试循环中后期逻辑 - 慎用
Log选项：它会在调试器控制台打印日志但不停止，容易掩盖真实执行流，建议仅用于临时埋点
真正难的不是设断点，而是理解「当前栈帧里哪些变量能被调试器解析」——这取决于编译器生成的 DWARF 符号质量、优化开关、以及 Qt Creator 调试插件对 Qt 类型的识别能力。哪怕一个 QString 显示为 <invalid>，也别急着换工具，先查 build directory 下的 .debug 段是否完整。
