3. 野指针与悬空指针：内存崩溃的隐形杀手

指针问题，说白了就是Qt界面崩溃的头号元凶。我做了这么多年Qt开发，遇到最头疼的bug，十有八九都跟指针有关。今天咱们就聊聊野指针和悬空指针——这两个让无数开发者夜不能寐的家伙。

3.1 野指针是怎么产生的？

野指针，就是指向「随机内存地址」的指针。它没有被初始化，也没有被赋值为nullptr。你想想看，一个指针连自己该指向哪儿都不知道，那它指向的地方就完全不可控了。

我见过最典型的场景是这样的：

// 野指针的典型例子
QPushButton *btn;  // 没有初始化！
// ... 中间隔了很多代码
btn->setText("点击我");  // 崩溃！btn指向哪里？没人知道

为什么会这样？因为局部变量如果不初始化，它的值是随机的。这个随机值可能指向任何内存地址——可能是未分配的内存，可能是系统关键数据区，也可能是别的对象正在用的地方。

我个人习惯是：声明指针的同时就初始化。要么给个有效地址，要么给nullptr。没有中间地带。

3.2 悬空指针：比野指针更阴险

悬空指针和野指针不太一样。它曾经指向一个有效的对象，但那个对象被销毁了。指针自己还保留着原来的地址值，可那个地址已经不属于你了。

说白了，就是「人走了，房子还在，但钥匙已经没用了」。

在Qt开发中，最常见的悬空指针场景是这样的：

// 悬空指针的典型场景
QWidget *widget = new QWidget;
QPushButton *btn = new QPushButton("按钮", widget);
// ... 业务逻辑 ...
delete widget;  // widget被销毁，btn也跟着被销毁了
// 但btn指针还指向原来的地址！
btn->setText("新文本");  // 崩溃！btn指向的内存已被释放

我在项目中遇到过类似的情况。当时有个同事写了个对话框，关闭后还试图访问里面的控件指针。程序在调试模式下跑得好好的，一发布就随机崩溃。查了两天才发现是悬空指针的问题。

3.3 悬空指针的危害有多大？

悬空指针的危害，我总结为三点：

嗯，这里要注意——最危险的不是立即崩溃，而是「数据损坏」。因为内存被释放后，系统可能把它重新分配给别的对象。这时候你通过悬空指针写数据，实际上是在破坏别的对象。这种bug的表现千奇百怪，有时候界面显示错乱，有时候数据对不上，有时候功能莫名其妙失效。

3.4 如何避免？我的实战经验

避免野指针和悬空指针，说白了就几个原则。但真正执行到位，需要养成习惯。

原则一：初始化！初始化！初始化！

// 正确的做法
QPushButton *btn = nullptr;  // 明确初始化为空
// 或者直接创建对象
QPushButton *btn = new QPushButton("按钮", this);

我曾经在代码审查时，看到有人写了上百行代码，指针声明和实际使用之间隔了老远。这种代码最容易出问题。我的建议是：声明和初始化尽量放在一起。

原则二：善用Qt的父子对象机制

Qt的父子对象机制，说白了就是自动内存管理。你只要把控件加到父对象里，父对象销毁时会自动销毁所有子对象。但要注意——不要手动删除有父对象的控件，除非你确定所有引用都已经清理干净。

// 推荐的做法
QWidget *parent = new QWidget;
QPushButton *btn = new QPushButton("按钮", parent);  // btn是parent的子对象
// 当parent被销毁时，btn会自动被销毁
// 不需要手动delete btn

原则三：删除后立即置空

如果你确实需要手动删除对象，那就养成「删除后立即置空」的习惯：

delete ptr;
ptr = nullptr;  // 立即置空，防止悬空指针

这个习惯救过我很多次。尤其是在复杂的析构函数里，多个对象互相引用时，置空操作能避免很多二次释放的问题。

原则四：使用智能指针

C++11之后，智能指针是更好的选择。Qt也有自己的智能指针：

// 使用QSharedPointer
QSharedPointer<QPushButton> btn = QSharedPointer<QPushButton>(new QPushButton("按钮"));
// 不需要手动delete，引用计数为0时自动释放

3.5 知识体系总览

下面这张图，是我对野指针和悬空指针知识体系的总结。你可以把它当作一个快速参考：

这张图把野指针和悬空指针的核心问题、表现形式以及解决方案都串起来了。你可以看到，虽然两者成因不同，但最终的解决思路是相通的——初始化、置空、用智能指针。

可可精品资料库