总结一下Qt内存泄漏检测与处理策略,并附个人写的C++单例类,用于内存自动释放

简介: 总结一下Qt内存泄漏检测与处理策略,并附个人写的C++单例类,用于内存自动释放

如果时间急迫,不想看完整文章,可以直接去到文章末尾,看结论。有我个人写的C++单例类,用于内存自动释放。



1、QtCreator编写C++代码,怎么检测内存泄漏?


请参见本人的另一篇博文:https://blog.csdn.net/libaineu2004/article/details/104071627



2、Qt中控件new之后需不需要delete的问题


https://blog.csdn.net/Aidam_Bo/article/details/86303096

* QT的父子对象机制是在 QWidget和QOject中实现的。当我们使用父对象来创建一个对象的时候 ,父对象会把这个对象添加到自己的子对象列表中。当这个父对象被删除的时候,它会遍历它的子对象类表并且删除每一个子对象,然后子对象们自己再删除它们自己的子对象,这样递归调用直到所有对象都被删除。

* 这种父子对象机制会在很大程度上简化我们的内存管理工作,减少内存泄露的风险。

* 我们需要显式删除(就是用Delete删除)的对象是那些使用new创建的并且没有父对象的对象(切记是new的才要delete,

* 通过成员函数获得的对象,没有特殊说明的,千万不要随便delete。

* 如果我们在删除一个对象的父对象之前删除它,QT会自动地从它的父对象的子对象列表中移除它的。

* Qt自动回收不像Java这种,有垃圾回收机制。

* Qt自动回收是靠父子关系。父亲销毁了。他的孩子也销毁。

* 所以为什么main函数里面main widget/dialog/mainWindow是分配在栈上的原因。

* 其他new出来的东西都以这个widget作为父亲。 当程序最后结束了,main widget弹栈。

* 父类被销毁。子类跟着被销毁。 所以你自己new出来的控件,如果没有父类,自己又不删除,那就会造成内存泄漏。


小结--Qt的半自动化的内存管理:


(1)QObject及其派生类的对象,如果其parent非0,那么其parent析构时会析构该对象。


(2)QWidget及其派生类的对象,可以设置 Qt::WA_DeleteOnClose 标志位(当close时会析构该对象)。


(3)QAbstractAnimation派生类的对象,可以设置 QAbstractAnimation::DeleteWhenStopped。


(4)QRunnable::setAutoDelete()、MediaSource::setAutoDelete()。


(5)父子关系:父对象、子对象、父子关系。这是Qt中所特有的,与类的继承关系无关,传递参数是与parent有关(基类、派生类,或父类、子类,这是对于派生体系来说的,与parent无关)。



3、Qt智能指针和QObject对象树系统(父子系统)结合使用出现的问题


https://blog.csdn.net/gamesdev/article/details/8724090


* 首先要弄明白为什么qt只new不delete,父子对象管理模式先弄清楚,另外QScopedPoint有个接口data,返回正在管理的原始指针。

* QObject自有对象树系统(父子系统),它在和其它QObject子类进行交互的时候会将对方的指针保存起来,形成父子关系,

* 最终一个QObject子类指针会形成一个强大的树状结构,当父亲销毁的时候,会先销毁它的孩子(如果它的孩子是通过new操作符在堆上创建的话)。但是智能指针在保有QObject子类的时候会自动调用它的析构函数,从而引起事实上的两次delete,这个时候编译器的就会报错。

* 那我熟悉的QScopedPointer来说,本来将它用在类的成员中是一个很好的选择,但是由于它保有的是QObject的子类,这个智能指针在和其它QObject子类交互的时候难免会被对方保有原始指针的值,在进入类的析构函数,QScopedPointer保有原始指针的值会被先于释放并置为“已删除”的值0xfeeefeee,这个时候再通过智能指针的自动清理只可能会带来运行错误。在qscopedpointer.h源码中,我们看到QScopedPointerDeleter类的cleanup静态函数并不带有在delete之前的指针的值检测,于是在delete一个无效的指针时,错误发生了。



4、为什么官方的Qt示例和教程不使用智能指针?


目前得出了一个结论:只要加入了QObject对象树系统(父子机制),那么内存管理不是你的事儿了,你也不应该管,也不应该让智能指针管。

* 智能指针类std::unique_ptr和std::shared_ptr是内存管理。拥有这样一个智能指针意味着,你拥有指针。

* 但是,在QObject使用QObject父级创建或派生类型时,所有权(清理责任)将交给父级QObject。

* 在这种情况下,标准库智能指针是不必要的,甚至是危险的,因为它们可能会导致双重删除。

* 然而,当一个QObject在堆上创建而没有父类时,QObject情况就非常不同。在这种情况下,你不应该只保存一个原始指针,

* 而是一个智能指针,最好是一个std::unique_ptr对象。这样你就可以获得资源安全。

* 如果你稍后将对象所有权交给QObject你可以使用的父项std::unique_ptr<T>::release(),如下所示:

* auto obj = std::make_unique<MyObject>();

* // ... do some stuff that might throw ...

* QObject parentObject;

* obj->setParent( &parentObject );

* obj.release();



5、qDeleteAll与clear


https://blog.csdn.net/yao5hed/article/details/81092139


typedef struct _Defs
{
    int a;
    double d;
    QString s;
} Def;
QList<Def*> defs;
for(int i=0;i<500000;i++)
{
    Def* dd = new Def;
    dd->a = 12;
    dd->d = 4.23;
    dd->s = "jda";
    defs.append(dd);
}
qDebug()<<"before qDeleteAll: "<<defs.size();
qDeleteAll(defs);
qDebug()<<"after qDeleteAll: "<<defs.size();
defs.clear();

运行结果发现,不调用qDeleteAll的情况下,程序占内存78M;加上之后,只占内存12M。但是前后的size没有变化。


当T的类型为指针时,调用clear方法能置空,但并不能释放其内存。qDeleteAll可以释放容器元素内存,但没有对容器的置空操作,也就是size没变。所以qDeleteAll之后必须加上clear方法。



6、deleteLater


https://blog.csdn.net/yao5hed/article/details/81092168

void QObject::deleteLater()
{
    QCoreApplication::postEvent(this, new QDeferredDeleteEvent());
}
bool QObject::event(QEvent *e)
{
    switch (e->type()) {
    ......
    case QEvent::DeferredDelete:
        qDeleteInEventHandler(this);
        break;
    }
}
void qDeleteInEventHandler(QObject *o)
{
    delete o;
}


Qt中不建议手动delete掉QObject对象。原因一:不注意父子关系会导致某个对象析构两次,一次是手动析构,还有一次是parent析构,后者可能会出现delete堆上的对象。delete是C++和QT共有的一个操作符即时使用实时就析构删除了,而Qt里的deletelater的原理是:QObject::deleteLater()并没有将对象立即销毁,而是向主消息循环发送了一个event,下一次主消息循环收到这个event之后才会销毁对象。 这样做的好处是可以在这些延迟删除的时间内完成一些操作,坏处就是内存释放会不及时。


应用例子:父窗体的子窗体在focusoutevent时deletelater();然后在主窗体绑定信号子窗体的destroy()信号和父窗体的槽函数,然后在槽函数中象父窗体调用父窗体的接口函数向父窗体发送子窗体的文本text();


7、QObjectCleanupHandler


https://blog.csdn.net/yao5hed/article/details/81092178


https://blog.csdn.net/luoyayun361/article/details/97250027


#include <QObjectCleanupHandler>
m_pCleanupHandler = new QObjectCleanupHandler();
m_pObj1 = new CObject();
m_pObj2 = new CObject();
m_pObj3 = new CObject();
m_pCleanupHandler->add(m_pObj1);
m_pCleanupHandler->add(m_pObj2);
m_pCleanupHandler->add(m_pObj3);
...
//最后只需要调用
m_pCleanupHandler->clear();

所有的对象都会全部释放。并且,如果其中有些对象已经在别的地方进行释放, 那就会自动从QObjectCleanupHandler管理列表中自动删除,不会重复删除。所以,即便是重复调用clear()也不会出问题。使用QObjectCleanupHandler进行资源管理非常方便。



x1、结论


1、QObject及其派生类的对象,如果其parent非0,那么其parent析构时会析构该对象。我们不必手动删除内存。


2、程序员自己new出来的QObject及其派生类的对象,如果没有父类,自己又不删除,那就会造成内存泄漏。怎么办?我们可以使用QObjectCleanupHandler的机制来管理内存,在应用程序结束之前释放它们。


附上我写的单例类:


autocleanuphandler.h


#ifndef CAUTOLEANUPHANDLER_H
#define CAUTOLEANUPHANDLER_H
#include <QGlobalStatic>
#include <QObjectCleanupHandler>
#define AUTOCLEANUPHANDLER CAutoCleanupHandler::instance()
class CAutoCleanupHandler
{
public:
    CAutoCleanupHandler() {}
    virtual ~CAutoCleanupHandler() {}
public:
    static CAutoCleanupHandler *instance();
public:
    QObject *add(QObject *object);
    void remove(QObject *object);
    bool isEmpty() const;
    void clear();
private:
    QObjectCleanupHandler m_cleanupHandler;
};
#endif // CAUTOLEANUPHANDLER_H
autocleanuphandler.cpp
#include "autocleanuphandler.h"
Q_GLOBAL_STATIC(CAutoCleanupHandler, clean)
CAutoCleanupHandler *CAutoCleanupHandler::instance()
{
    return clean();
}
QObject *CAutoCleanupHandler::add(QObject *object)
{
    return m_cleanupHandler.add(object);
}
void CAutoCleanupHandler::remove(QObject *object)
{
    m_cleanupHandler.remove(object);
}
bool CAutoCleanupHandler::isEmpty() const
{
    return m_cleanupHandler.isEmpty();
}
void CAutoCleanupHandler::clear()
{
    m_cleanupHandler.clear();
}

使用举例:


//新建控件,无父类


FormOptionsWorkpiece *workpiece = new FormOptionsWorkpiece();


FormOptionsMotionctrlcard *motionctrlcard = new FormOptionsMotionctrlcard();


FormOptionsMachinetool *machinetool = new FormOptionsMachinetool();


FormOptionsCameraInstall *camerainstall = new FormOptionsCameraInstall();


//添加内存对象


AUTOCLEANUPHANDLER->add(workpiece);


AUTOCLEANUPHANDLER->add(motionctrlcard);


AUTOCLEANUPHANDLER->add(machinetool);


AUTOCLEANUPHANDLER->add(camerainstall);


//exe退出前,自动清理内存


AUTOCLEANUPHANDLER->clear();



x2、参考文献


Qt浅谈之一:内存泄露(总结)


https://blog.csdn.net/taiyang1987912/article/details/29271549

https://www.cnblogs.com/lsgxeva/p/7811288.html


Qt父子对象内存管理实现简析


https://www.dushibaiyu.com/2014/07/qt-fuzi-neicun.html

Qt智能指针官方文档


https://doc.qt.io/qt-5/qsharedpointer.html

https://doc.qt.io/qt-5/qscopedpointer.html

https://doc.qt.io/qt-5/qobjectcleanuphandler.html


相关文章
|
8天前
|
机器学习/深度学习 计算机视觉
RT-DETR改进策略【卷积层】| CVPR-2023 部分卷积 PConv 轻量化卷积,降低内存占用
RT-DETR改进策略【卷积层】| CVPR-2023 部分卷积 PConv 轻量化卷积,降低内存占用
48 13
RT-DETR改进策略【卷积层】| CVPR-2023 部分卷积 PConv 轻量化卷积,降低内存占用
|
3月前
|
存储 算法 Java
Java内存管理深度剖析与优化策略####
本文深入探讨了Java虚拟机(JVM)的内存管理机制,重点分析了堆内存的分配策略、垃圾回收算法以及如何通过调优提升应用性能。通过案例驱动的方式,揭示了常见内存泄漏的根源与解决策略,旨在为开发者提供实用的内存管理技巧,确保应用程序既高效又稳定地运行。 ####
|
12天前
|
机器学习/深度学习 编解码 BI
YOLOv11改进策略【Conv和Transformer】| CVPR-2023 BiFormer 稀疏自注意力,减少内存占用
YOLOv11改进策略【Conv和Transformer】| CVPR-2023 BiFormer 稀疏自注意力,减少内存占用
35 3
YOLOv11改进策略【Conv和Transformer】| CVPR-2023 BiFormer 稀疏自注意力,减少内存占用
|
8天前
|
机器学习/深度学习 编解码 BI
RT-DETR改进策略【Conv和Transformer】| CVPR-2023 BiFormer 稀疏自注意力,减少内存占用
RT-DETR改进策略【Conv和Transformer】| CVPR-2023 BiFormer 稀疏自注意力,减少内存占用
21 0
RT-DETR改进策略【Conv和Transformer】| CVPR-2023 BiFormer 稀疏自注意力,减少内存占用
|
12天前
|
机器学习/深度学习 计算机视觉
YOLOv11改进策略【卷积层】| CVPR-2023 部分卷积 PConv 轻量化卷积,降低内存占用
YOLOv11改进策略【卷积层】| CVPR-2023 部分卷积 PConv 轻量化卷积,降低内存占用
22 0
YOLOv11改进策略【卷积层】| CVPR-2023 部分卷积 PConv 轻量化卷积,降低内存占用
|
2月前
|
算法 Java
堆内存分配策略解密
本文深入探讨了Java虚拟机中堆内存的分配策略,包括新生代(Eden区和Survivor区)与老年代的分配机制。新生代对象优先分配在Eden区,当空间不足时执行Minor GC并将存活对象移至Survivor区;老年代则用于存放长期存活或大对象,避免频繁内存拷贝。通过动态对象年龄判定优化晋升策略,并介绍Full GC触发条件。理解这些策略有助于提高程序性能和稳定性。
|
1月前
|
存储 程序员 编译器
什么是内存泄漏?C++中如何检测和解决?
大家好,我是V哥。内存泄露是编程中的常见问题,可能导致程序崩溃。特别是在金三银四跳槽季,面试官常问此问题。本文将探讨内存泄露的定义、危害、检测方法及解决策略,帮助你掌握这一关键知识点。通过学习如何正确管理内存、使用智能指针和RAII原则,避免内存泄露,提升代码健壮性。同时,了解常见的内存泄露场景,如忘记释放内存、异常处理不当等,确保在面试中不被秒杀。最后,预祝大家新的一年工作顺利,涨薪多多!关注威哥爱编程,一起成为更好的程序员。
|
2月前
|
NoSQL 算法 Redis
redis内存淘汰策略
Redis支持8种内存淘汰策略,包括noeviction、volatile-ttl、allkeys-random、volatile-random、allkeys-lru、volatile-lru、allkeys-lfu和volatile-lfu。这些策略分别针对所有键或仅设置TTL的键,采用随机、LRU(最近最久未使用)或LFU(最少频率使用)等算法进行淘汰。
70 5
|
2月前
|
存储 缓存 监控
Docker容器性能调优的关键技巧,涵盖CPU、内存、网络及磁盘I/O的优化策略,结合实战案例,旨在帮助读者有效提升Docker容器的性能与稳定性。
本文介绍了Docker容器性能调优的关键技巧,涵盖CPU、内存、网络及磁盘I/O的优化策略,结合实战案例,旨在帮助读者有效提升Docker容器的性能与稳定性。
232 7
|
3月前
|
并行计算 算法 测试技术
C语言因高效灵活被广泛应用于软件开发。本文探讨了优化C语言程序性能的策略,涵盖算法优化、代码结构优化、内存管理优化、编译器优化、数据结构优化、并行计算优化及性能测试与分析七个方面
C语言因高效灵活被广泛应用于软件开发。本文探讨了优化C语言程序性能的策略,涵盖算法优化、代码结构优化、内存管理优化、编译器优化、数据结构优化、并行计算优化及性能测试与分析七个方面,旨在通过综合策略提升程序性能,满足实际需求。
99 1

相关实验场景

更多