直接用调试器捕获访问违规异常最高效，qt creator在debug模式下可于空指针解引用瞬间中断；需确保构建为debug、含调试符号（-g或/zi）、清理重建；崩溃时查看局部变量和调用栈定位空指针；findchild等调用后必须判空；裸指针须显式初始化，信号连接避免野指针；本质是生命周期管理问题。
直接用调试器捕获访问违规异常，比靠猜快得多。 Qt Creator 的调试器默认就能在空指针解引用发生瞬间中断，前提是项目已正确配置为 Debug 模式且调试符号完整。
为什么断点没停在空指针那行？
常见原因是 Release 模式编译或调试符号缺失。Qt Creator 在 Release 下会优化掉变量、内联函数，导致断点跳过或无法定位真实崩溃点。
- 检查左下角构建套件是否选中
Debug（不是Release或MinSizeRel） - 确认
.pro文件含CONFIG += debug，或 CMakeLists.txt 中有set(CMAKE_BUILD_TYPE Debug) - 确保编译命令里带
-g（GCC/Clang）或/Zi（MSVC）；.pro中可加QMAKE_CXXFLAGS += -g -O0 - 清理构建目录（
Build > Clean Project），再全量重编——残留的 Release 目标文件常干扰调试
崩溃时怎么快速看到是哪个指针为空？
程序触发 0xc0000005（Windows）或 segmentation fault（Linux/macOS）后，调试器会自动停在出错指令处。此时关键不是看代码行号，而是盯住「局部变量」和「表达式求值」面板。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 展开
this查看当前对象是否为nullptr - 右键点击疑似指针变量（如
widget、ptr），选择「Add Watch Expression」，观察其值是否为0x0或nullptr - 若崩溃发生在第三方调用（如
QListWidget::itemClicked内部），往上翻调用栈，找到你自己的那一层函数，重点检查传入的参数和成员变量 - 不要依赖
qDebug()输出——空指针一解引用就崩，日志根本来不及刷出来
findChild 返回 nullptr 导致崩溃怎么提前发现？
这类错误不会立刻报错，但后续对返回值的使用（如调用 ->show()）会触发空指针解引用。最有效的预防方式是强制校验 + 条件断点。
- 所有
findChild/findChildren调用后必须加判空：if (!btn) { qWarning() - 在
findChild调用行设条件断点，条件填!result（假设变量名是result），这样只要返回空就立刻中断 - 注意：UI 自动槽命名（如
on_pushButton_clicked）若未在头文件声明或未加slots:，findChild可能找不到控件——先确认控件确实已通过ui->setupUi(this)加载
空指针常藏在哪儿？
不是所有 nullptr 都显眼。最容易被忽略的是未初始化的成员指针、异步回调中已析构的对象指针、以及信号连接时传入的临时对象地址。
- 检查类中所有裸指针成员是否在构造函数里初始化（
QWidget *m_widget = nullptr;显式赋值） - 信号连接避免写
connect(sender, &Sender::signal, new Receiver, &Receiver::slot)——new Receiver若无父对象，可能被提前 delete - Lambda 槽里捕获
this后，若对象生命周期结束而信号还在发，this就成野指针；改用QObject::connect的第五个参数Qt::QueuedConnection并配合deleteLater()
空指针问题本质是生命周期管理失控，调试器只是帮你“抓现行”。真正要减少这类错误，得从指针声明那一刻就决定它归谁管、何时释放、是否允许为空——而不是等 0xc0000005 弹窗才开始翻调用栈。
