总结一下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


相关文章
|
3月前
|
监控 JavaScript Java
Node.js中内存泄漏的检测方法
检测内存泄漏需要综合运用多种方法,并结合实际的应用场景和代码特点进行分析。及时发现和解决内存泄漏问题,可以提高应用的稳定性和性能,避免潜在的风险和故障。同时,不断学习和掌握内存管理的知识,也是有效预防内存泄漏的重要途径。
302 62
|
29天前
|
存储 程序员 编译器
什么是内存泄漏?C++中如何检测和解决?
大家好,我是V哥。内存泄露是编程中的常见问题,可能导致程序崩溃。特别是在金三银四跳槽季,面试官常问此问题。本文将探讨内存泄露的定义、危害、检测方法及解决策略,帮助你掌握这一关键知识点。通过学习如何正确管理内存、使用智能指针和RAII原则,避免内存泄露,提升代码健壮性。同时,了解常见的内存泄露场景,如忘记释放内存、异常处理不当等,确保在面试中不被秒杀。最后,预祝大家新的一年工作顺利,涨薪多多!关注威哥爱编程,一起成为更好的程序员。
|
3月前
|
缓存 算法 Java
本文聚焦于Java内存管理与调优,介绍Java内存模型、内存泄漏检测与预防、高效字符串拼接、数据结构优化及垃圾回收机制
在现代软件开发中,性能优化至关重要。本文聚焦于Java内存管理与调优,介绍Java内存模型、内存泄漏检测与预防、高效字符串拼接、数据结构优化及垃圾回收机制。通过调整垃圾回收器参数、优化堆大小与布局、使用对象池和缓存技术,开发者可显著提升应用性能和稳定性。
68 6
|
3月前
|
Web App开发 JavaScript 前端开发
使用 Chrome 浏览器的内存分析工具来检测 JavaScript 中的内存泄漏
【10月更文挑战第25天】利用 Chrome 浏览器的内存分析工具,可以较为准确地检测 JavaScript 中的内存泄漏问题,并帮助我们找出潜在的泄漏点,以便采取相应的解决措施。
503 9
|
3月前
|
监控 JavaScript 前端开发
如何检测和解决 JavaScript 中内存泄漏问题
【10月更文挑战第25天】解决内存泄漏问题需要对代码有深入的理解和细致的排查。同时,不断优化和改进代码的结构和逻辑也是预防内存泄漏的重要措施。
93 6
|
7月前
|
数据安全/隐私保护 C++ 计算机视觉
Qt(C++)开发一款图片防盗用水印制作小工具
文本水印是一种常用的防盗用手段,可以将文本信息嵌入到图片、视频等文件中,用于识别和证明文件的版权归属。在数字化和网络化的时代,大量的原创作品容易被不法分子盗用或侵犯版权,因此加入文本水印成为了保护原创作品和维护知识产权的必要手段。 通常情况下,文本水印可以包含版权声明、制作者姓名、日期、网址等信息,以帮助识别文件的来源和版权归属。同时,为了增强防盗用效果,文本水印通常会采用字体、颜色、角度等多种组合方式,使得水印难以被删除或篡改,有效地降低了盗用意愿和风险。 开发人员可以使用图像处理技术和编程语言实现文本水印的功能,例如使用Qt的QPainter类进行文本绘制操作,将文本信息嵌入到图片中,
239 1
|
6月前
|
监控 C++ 容器
【qt】MDI多文档界面开发
【qt】MDI多文档界面开发
189 0
|
5月前
Qt开发
Qt开发
|
5月前
|
开发工具 C++
qt开发技巧与三个问题点
本文介绍了三个Qt开发中的常见问题及其解决方法,并提供了一些实用的开发技巧。
124 0
|
6月前
|
C++
C++ Qt开发:QUdpSocket网络通信组件
QUdpSocket是Qt网络编程中一个非常有用的组件,它提供了在UDP协议下进行数据发送和接收的能力。通过简单的方法和信号,可以轻松实现基于UDP的网络通信。不过,需要注意的是,UDP协议本身不保证数据的可靠传输,因此在使用QUdpSocket时,可能需要在应用层实现一些机制来保证数据的完整性和顺序,或者选择在适用的场景下使用UDP协议。
262 2