2、new与delete的Qt哲学：谁new谁delete原则、QScopedPointer智能指针、QPointer悬空指针防护
2.1 谁new谁delete——Qt的内存管理铁律
做Qt开发，第一个要记住的原则就是：谁new的，谁负责delete。
听起来很简单对吧？但我见过太多人栽在这上面。我自己刚用Qt那会儿，也犯过糊涂——在函数里new了一个QWidget，传给了父对象，然后就忘了释放。结果内存泄漏得悄无声息。
Qt的父子对象机制，说白了就是：父对象析构时，会自动delete所有子对象。但这不代表你可以随便new。你得搞清楚，这个对象到底归谁管。
核心原则：
- 如果对象有父对象（QObject* parent），父对象负责delete
- 如果对象没有父对象，你必须手动delete
- 永远不要delete一个已经被父对象管理的子对象
举个例子，你想想看：
// 正确做法：指定父对象
QPushButton* btn = new QPushButton("点击我", this);
// 这个btn由this管理，你不用操心delete
// 危险做法：没有父对象
QPushButton* btn2 = new QPushButton("危险");
// 这个btn2没人管，你必须手动delete
// 忘了？内存泄漏等着你我在项目中遇到过最典型的场景：一个对话框里new了十几个控件，全都没设父对象。结果对话框关闭后，内存只释放了对话框本身，里面的控件全成了孤儿。嗯，排查起来特别痛苦。
2.2 QScopedPointer——轻量级的智能指针
说到智能指针，很多人第一反应是std::shared_ptr。但在Qt里，我更推荐你先用QScopedPointer。
为什么？因为它轻啊。QScopedPointer本质上就是个作用域指针——超出作用域自动delete。没有引用计数，没有线程安全开销，纯粹、简单、高效。
我的习惯：在函数内部创建临时对象，或者作为类的成员变量且生命周期明确时，优先用QScopedPointer。它比裸指针安全，比shared_ptr轻量。
看个实际例子：
class DataProcessor {
public:
DataProcessor()
: m_buffer(new QByteArray(1024, 0)) // QScopedPointer管理
{
}
void process() {
// 函数内临时使用
QScopedPointer<QFile> file(new QFile("data.bin"));
if (!file->open(QIODevice::ReadOnly)) {
return; // 不用担心泄漏，file自动释放
}
// 处理数据...
}
private:
QScopedPointer<QByteArray> m_buffer;
// 析构时自动delete m_buffer，不用写析构函数
};注意这里有个坑：QScopedPointer不支持拷贝和赋值。它只能移动，不能共享。如果你需要多个指针指向同一个对象，那就得用QSharedPointer了。
我曾经踩过的坑：在类的拷贝构造函数里，QScopedPointer被默认拷贝了——编译直接报错。后来我显式声明了拷贝构造为delete，或者改用QSharedPointer。记住：QScopedPointer是独占所有权，不是共享的。
2.3 QPointer——悬空指针的守护神
悬空指针，说白了就是指向已删除对象的指针。这是C++里最头疼的问题之一。
Qt提供了QPointer来解决这个问题。它是个弱引用智能指针——当指向的QObject被删除时，QPointer会自动置为nullptr。
用法很简单：
QPointer<QLabel> label = new QLabel("Hello");
// 使用前检查
if (label) {
label->setText("World");
}
// 假设其他地方删除了这个label
delete label; // label自动变为nullptr
// 再次使用
if (label) { // 安全！label已经是nullptr
label->show(); // 不会执行
} else {
qDebug() << "label已经被删除了";
}你可能会问：这和普通指针有什么区别？区别大了。普通指针在delete之后，你根本不知道它指向哪里——可能是个野指针，访问就崩溃。QPointer帮你兜底了。
适用场景：
- 跨模块传递对象指针（比如插件系统）
- 异步操作中持有对象引用（比如信号槽延迟调用）
- UI组件间的弱引用（比如对话框持有主窗口指针）
但注意，QPointer不是万能的。它只能用于QObject及其子类。而且它不阻止对象被删除——只是帮你检测删除状态。说白了，它是个观察者，不是管理者。
2.4 三种机制的选择策略
讲了这么多，到底什么时候用哪个？我整理了个表格，你直接对照着用：
| 场景 | 推荐方案 | 原因 |
|---|---|---|
| 有明确父对象的QObject | 裸指针 + 父对象管理 | Qt自动管理，零开销 |
| 函数内临时对象 | QScopedPointer | 作用域结束自动释放，安全高效 |
| 类成员变量（独占所有权） | QScopedPointer | 避免手动写析构函数 |
| 需要共享所有权的对象 | QSharedPointer | 引用计数，自动管理生命周期 |
| 需要检测对象是否存活 | QPointer | 自动置null，防止悬空指针 |
| 跨模块/异步操作 | QPointer + 弱引用 | 安全传递，避免野指针 |
我个人习惯是：能用父对象管理的，绝不用智能指针。因为Qt的父子机制本身就是最优雅的内存管理方案。只有在父对象不明确、或者需要跨生命周期时，我才搬出QScopedPointer和QPointer。
一个小技巧：如果你不确定某个对象该不该设父对象，先设上。Qt允许你后续通过setParent()改变父对象。这比忘了设父对象导致内存泄漏要安全得多。
2.5 本章知识体系
下面这张图帮你理清本章的核心逻辑：
嗯，这张图把三种方案的关系讲得很清楚了。从上到下，从左到右，优先级依次降低。记住这个顺序，你在写代码时就能快速做出选择。
最后说一句：内存管理没有银弹。Qt给了你工具，但用不用、怎么用，还是得靠你自己判断。多写、多踩坑、多总结，慢慢就形成肌肉记忆了。