1、内存泄漏的根源：Qt对象树机制详解

做Qt开发的朋友，十有八九都遇到过内存泄漏。我刚开始用Qt那会儿，也踩过不少坑。明明new出来的对象，怎么就没人管了呢？

其实Qt有一套自己的内存管理机制——对象树。搞懂它，你就能明白：new出来的对象什么时候会被delete，父子关系又是怎么影响生命周期的。

1.1 对象树是什么？

说白了，Qt把所有的QObject对象组织成了一棵树。每个对象都可以有父对象，也可以有子对象。当你创建一个QObject时，可以指定它的父对象：

QWidget *parentWidget = new QWidget;
QPushButton *btn = new QPushButton("点击我", parentWidget);  // btn的父对象是parentWidget

这里btn的父对象就是parentWidget。它们之间建立了父子关系，也就加入了同一棵对象树。

我习惯把对象树想象成一个家族谱系。父对象是家长，子对象是孩子。家长没了，孩子也得跟着走。嗯，就是这么个道理。

1.2 父子关系如何影响生命周期？

这是核心问题。Qt对象树的生命周期规则其实很简单：

• 父对象析构时，会自动delete所有子对象
• 子对象被delete时，会从父对象的子对象列表中移除自己
• 子对象不能比父对象活得久

举个例子你就明白了：

void demo() {
    QWidget *parent = new QWidget;      // 堆上分配
    QLabel *label = new QLabel("Hello", parent);  // label的父对象是parent
    
    // 函数结束前，delete parent
    delete parent;
    // 此时label也会被自动delete，不需要手动释放
}

我在项目中遇到过一种情况：有人手动delete了子对象，然后又去访问父对象的子对象列表。结果呢？野指针，程序直接崩了。所以记住：要么全交给Qt管理，要么自己全管，别混着来。

1.3 new出来的对象何时被delete？

这个问题要分两种情况看：

你想想看，如果一个QObject没有父对象，那它就是孤家寡人。Qt不会管它，你必须自己负责释放。这就是很多内存泄漏的根源——new了对象，忘了设父对象，也忘了delete。

1.4 对象树的内部机制

Qt是怎么实现对象树的？其实很简单。每个QObject内部维护了两个关键数据结构：

• m_parent：指向父对象的指针
• m_children：存储所有子对象的列表

当你调用setParent()时，Qt会做三件事：

1. 把当前对象从旧父对象的子对象列表中移除
2. 设置m_parent指向新父对象
3. 把当前对象加入新父对象的子对象列表

我曾经调试过一个诡异的bug：一个对话框关闭后，里面的控件还在响应事件。查了半天，发现是有人把控件指针存到了全局变量里，而对话框析构时虽然删了控件，但全局变量没置空。嗯，这就是典型的悬空指针问题。

1.5 对象树与内存泄漏的常见陷阱

说几个我踩过的坑：

• 重复delete：手动delete了子对象，父对象析构时又delete一次，double free
• 跨线程操作：在非主线程中创建QObject，没有指定父对象，线程结束也没人管
• QWidget未指定父对象：new了一个QWidget没设父对象，窗口关闭时只隐藏不销毁，内存泄漏
• QTimer、QNetworkReply等临时对象：这些对象用完不delete，或者没设父对象，就会一直占用内存

我曾经接手过一个项目，里面有个定时器每秒钟new一个QNetworkReply，但从不delete。跑了三天，内存占用从50MB涨到了2GB。你说吓人不吓人？

1.6 核心知识体系

下面这张图，帮你理清对象树的核心逻辑：

从这张图可以看得很清楚：根对象没有父对象，需要手动管理。而子对象和孙对象，都由它们的父对象负责释放。这就是对象树的精髓——责任链式的内存管理。

1.7 总结

Qt对象树机制，说白了就是一套自动化的内存管理方案。它的核心规则只有两条：

• 有父对象，父对象管你
• 没父对象，自己管自己

搞懂这个，你就能避免90%的内存泄漏问题。剩下的10%，往往是因为跨线程、循环引用或者混用管理方式导致的。这些我们后面会慢慢聊。

嗯，记住一句话：在Qt里，父子关系不只是逻辑上的归属，更是内存管理的契约。签了这份契约，就得遵守它的规则。

可可精品资料库