浅谈QT内存泄漏

目录
  • 01前言
  • 02 QT半自动化内存管理要点
  • 03实验过程详解
    • Malloc分配的内存空间实践实例
  • 04总结

01前言

前几天,项目开展了一次代码初次评审。会上,领导指出一些可能会带来内存泄漏的代码,如下图所示:

图中的pLayout在new的时候没有指定任何父对象,且MainWindow的析构函数中也没有对pLayout做delete操作,这意味着为pLayout申请的内存空间在程序运行期间是一直没有得到释放的。实际上,项目代码中,还有许多这种“隐患”:一个单例类的成员变量在new的时候没有指定父对象、一个静态类的成员在new的时候没有指定父对象……

这些“隐患”为何在目前程序运行时没有暴露出问题?基于这个疑惑,我研究了QT的半自动化的内存管理,并结合实验进行结果验证,现将分析过程记录下来

02 QT半自动化内存管理要点

  • QObject及其派生类的对象,如果其parent非0,那么其parent析构时会析构该对象
  • QWidget及其派生类的对象,可以设置 Qt::WA_DeleteOnClose 标志位(当close时会析构该对象)
  • QAbstractAnimation派生类的对象,可以设置 QAbstractAnimation::DeleteWhenStopped
  • QRunnable::setAutoDelete()、MediaSource::setAutoDelete()
  • 父子关系:父对象、子对象、父子关系。这是Qt中所特有的,与类的继承关系无关,传递参数与parent有关(基类、派生类,或父类、子类,这是对于派生体系来说的,与parent无关)

03实验过程详解

堆空间的内存泄漏与改进方法实践实例

继承QWidget类的Test类,通过new为其分配内存,没有设置WA_DeleteOnclose属性且使用完后也没有delete

实验结果:关闭testWidget窗口后,没有调用其析构函数打印“test delete”信息。直到程序结束之前testWidget的申请的内存空间都未被释放

改进方法A

为testWidget窗口设置Qt::WA_DeleteOnClose属性

实验结果:关闭testWidget窗口后,调用了其析构函数,内存被释放了

改进方法B

不设置Qt::WA_DeleteOnClose属性,但是在new完testWidget后,程序退出前调用testWidget的delete函数

实验结果:关闭testWidget窗口后,调用了其析构函数,内存也被释放了

实验结论:QWidget及其派生类的对象,可以设置 Qt::WA_DeleteOnClose 标志位(当close时会析构该对象)或者手动delete来释放内存

栈空间的内存实践实例不采用new,为testWidget分配栈空间,不设置Qt::WA_DeleteOnClose属性,不手动delete

实验结果:关闭窗口时调用了testWidget的析构函数,内存被释放了

testWidget不采用new创建,直接将对象建议在栈空间,但设置Qt::WA_DeleteOnClose属性或者使用后delete &testWidget

实验结果:程序崩溃了,在第一次尝试delete testWidget时就出错

实验结论:delete栈上分配的地址会出错

父对象和子对象析构的实践实例将testWidget的父对象设置为mainwindow

实验结果:关闭窗口后,正常打印析构信息。程序退出前,先释放testWidget的空间,再释放mainwindow的空间(两者都是分配到栈空间)

调整mainwindow和testWidget的构造顺序

实验结果:程序崩溃

分析原因:mainwindow析构时会将其子对象testWidget也析构,但testWidget是分配到栈空间上的,delete栈上的空间会出错。

将testWidget分配到堆上,指定父对象为mainwindow,并在程序退出前delete mainwindow

实验结果:delete mainwindow时,会将testWidget也一并delete

将testWidget作为mainwindow的成员,但在构造时不指定父对象,在main函数中delete mainwindow

实验结果:应用程序退出前只有mainwindow被析构了

实验结论:

  • 析构函数总是出现在对象的生命期结束之时,静态对象在程序运行结束之时析构。
  • 对象的构造和析构的关系是栈数据结构中的入栈和出栈的关系。
  • 指定了父对象的子对象,在父对象被析构时,会将其一并析构掉

Malloc分配的内存空间实践实例

新建一个malloc_class,将malloc_class作为mainwindow的成员,在mallocClass的构造函数里面用malloc申请500M内存,在mainwindow放置一个button,点击button就delete malloc_class,在任务管理器中看500M内存是否有被释放。对于malloc_class的new操作,测试了两种情况:

new malloc_class时不指定父对象new malloc_class时指定它的父对象为mainwindow

实验结果:两种情况一样的结果,点击button,在delete testWidget后,在testThread中申请的500M空间都没有被释放

猜想是不是因为malloc的空间并没有指定父对象,异想天开的又测试了另外一种情况:直接创建malloc_class时用malloc为其分配内存,再在button的槽函数里delete malloc_class

实验结果:程序崩溃了……

查阅资料得知:malloc只能为POD类型数据(一个类或结构体通过二进制拷贝后还能保持数据不变,具体解释自查资料)分配内存,其他的必须用new分配内存。Malloc函数分配内存空间时并不调用构造函数,同样free函数再回收空间时也不调用析构函数。

实验结论:malloc分配的内存空间都要自己管理,与QT的父子对象同步析构没有关系。也就是说应该再次明确:指定父对象的并且基于QObject为基类的对象才会同步析构

注意:malloc的空间只是一个虚拟内存,一定要初始化或者写数据才会有物理内存的体现

04总结

对于在应用程序中不是常驻的对象,应习惯为其指定父对象,或着用完之后手动delete;对于应用程序中常驻的对象,即便在应用程序结束后操作系统会释放其使用的内存,也不建议随性new没有parent的对象。总之,养成严格处理内存分配和释放内存的好习惯,要清楚自己在编码时使用了哪些内存,什么时候需要释放,不定时关注程序的内存占用率。

到此这篇关于浅谈QT内存泄漏的文章就介绍到这了,更多相关QT内存泄漏内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

(0)

相关推荐

  • 有关wxpython pyqt内存占用问题分析

    一直觉得wxpython占用内存比较多,在工作中写的一些小程序应用,一对比其它的小程序,发现内存相差确实有点大. 测试了下QT框架 复制代码 代码如下: import sys,timefrom PyQt4 import QtCore, QtGui#import wxif __name__ == "__main__":while True:time.sleep(1) 只载入了框架,内存占用就有明显差别.载入wx的时候一般在20M左右,我写的几个应用也差不多是这么多,所以占用内存多的主要是

  • 浅谈QT内存泄漏

    目录 01前言 02 QT半自动化内存管理要点 03实验过程详解 Malloc分配的内存空间实践实例 04总结 01前言 前几天,项目开展了一次代码初次评审.会上,领导指出一些可能会带来内存泄漏的代码,如下图所示: 图中的pLayout在new的时候没有指定任何父对象,且MainWindow的析构函数中也没有对pLayout做delete操作,这意味着为pLayout申请的内存空间在程序运行期间是一直没有得到释放的.实际上,项目代码中,还有许多这种"隐患":一个单例类的成员变量在new

  • 浅谈java内存管理与内存溢出异常

    说到内存管理,笔者这里想先比较一下java与C.C++之间的区别: 在C.C++中,内存管理是由程序员负责的,也就是说程序员既要完成繁重的代码编写工作又要时常考虑到系统内存的维护 在java中,程序员无需考虑内存的控制和维护,而是交由JVM自动管理,这样就不容易出现内存泄漏和溢出的问题.然而,一旦出现内存泄漏和溢出方面的问题,如果不了解JVM的内存管理机制就很难找到错误所在. 1.JVM运行时数据区 JVM在运行java程序的时候会将它所管理的内存划分为若干个不同的区域,这些区域不仅有自己的用途

  • 浅谈C++内存分配及变长数组的动态分配

    第一部分 C++内存分配 一.关于内存 1.内存分配方式 内存分配方式有三种: (1)从静态存储区域分配.内存在程序编译的时候就已经分配好,这块内存在程序的整个运行期间都存在 例如全局变量,static变量. (2)在栈上创建.在执行函数时,函数内局部变量的存储单元都可以在栈上创建,函数执行结束时这些存 储单元自动被释放.栈内存分配运算内置于处理器的指令集中,效率很高,但是分配的内存容量有限. (3) 从堆上分配,亦称动态内存分配.程序在运行的时候用malloc或new申请任意多少的内存,程序员

  • 浅谈Qt QGraphics体系及刷新机制介绍

    概述 Qt的三大体系:QWidget.QGraphics.Quick,其中QGraphics图形框架算是这三个中比较高级的一种用法了,并且使用起来相比另外两个体系会更加的复杂一些,不过它能实现的功能却非常强大,主要体现在对图元的管理,它独特的刷新机制可以在众多的图元中都能够很好的管理,保证整个交互的流畅度. 而这里要描述的就是QGraphics体系的刷新机制以及该体系中相关元素的使用方式及特点. QGraphics体系的三大元素 QGraphics体系中最重要的三大元素:QGraphicsVie

  • 浅谈JVM内存溢出原因和解决思路

    目录 栈溢出(虚拟机栈和本地方法栈) 产生原因 解决思路 堆溢出 产生原因 解决思路 方法区和运行时常量池溢出 产生原因 解决思路 本机直接内存溢出 产生原因 解决思路 栈溢出(虚拟机栈和本地方法栈) 产生原因 在HotSpot中,只能由-Xss参数来设定.因为在HotSpot中不区分虚拟机栈和本地方法栈的. 栈溢出时会出现两种异常:StackOverflowError异常和OutOfMemoryError异常. StackOverflowError异常因为线程请求的栈深度大于虚拟机允许的最大深

  • 浅谈java+内存分配及变量存储位置的区别

    Java内存分配与管理是Java的核心技术之一,之前我们曾介绍过Java的内存管理与内存泄露以及Java垃圾回收方面的知识,今天我们再次深入Java核心,详细介绍一下Java在内存分配方面的知识.一般Java在内存分配时会涉及到以下区域: ◆寄存器:我们在程序中无法控制 ◆栈:存放基本类型的数据和对象的引用,但对象本身不存放在栈中,而是存放在堆中(new 出来的对象) ◆堆:存放用new产生的数据 ◆静态域:存放在对象中用static定义的静态成员 ◆常量池:存放常量 ◆非RAM存储:硬盘等永久

  • 浅谈Java内存区域与对象创建过程

    一.java内存区域 Java虚拟机在执行Java程序的过程中会把它所管理的内存划分为若干个不同的数据区域.这些区域都有各自的用途,以及创建和销毁的时间,有的区域随着虚拟机进程的启动而存在,有的区域则依赖用户线程的启动和结束而建立和销毁.根据<Java虚拟机规范(JavaSE7版)>的规定,Java虚拟机所管理的内存将会包括以下几个运行时数据区域. 1.程序计数器(线程私有) 程序计数器(Program Counter Register)是一块较小的内存空间,它可以看作是当前线程所执行的字节码

  • 浅谈Qt中使用CEF的几个要点(Windows下)

    最近项目中要在Qt中使用CEF(Chromium Embedded Framework),在这里总结下其中的几个要点. 下载合适的CEF版本 关于CEF的简介我们这里就不做介绍了,下载CEF可以有2种选择: 1.源码:强烈不建议下载源代码并编译构建(学习代码除外),下载源码需要你FQ.有良好的网速(要下载)和足够的耐心(据说有4.5个G,真的要下半天). 2.自动构建版本:推荐这个使用这个版本.该版本提供了大部分已经编译完成的动态库及资源,只需要开发者手动编译一个wrapper静态库就可以了.这

  • 浅谈Java内存区域划分和内存分配策略

    如果不知道,类的静态变量存储在那? 方法的局部变量存储在那? 赶快收藏 Java内存区域主要可以分为共享内存,堆.方法区和线程私有内存,虚拟机栈.本地方法栈和程序计数器.如下图所示,本文将详细讲述各个区域,同时也会讲述创建对象过程,内存分配策略, 和对象访问定位原理.觉得写得好的,可以点个收藏,绝对不亏. Java内存区域 程序计数器 程序计数器,可以看作程序当前线程所执行的字节码行号指示器.字节码解释器工作时就是通过改变计数器的值来选取下一条需要执行的字节码指令,分支.循环.跳转.异常处理都需

  • 浅谈Tomcat内存配置的正确姿势

    1.背景 虽然阅读了各大牛的博客或文章,但并没有找到特别全面的关于JVM内存分配方法的文章,很多都是复制黏贴 为了严谨,本文特别备注只介绍基于HotSpot VM虚拟机,并且基于JDK1.7的内存分配情况,有关GC的说法也是基于CMS的concurrent collection(而非G1),防止大牛拍砖. 目前主流的JVM就是HotSpot VM(其次还有J9 VM,Zing VM),目前各类博客文章也大多基于JDK1.7以前的版本进行阐述的. (注:因为不同的虚拟机实现,不同的JDK,内存的分

随机推荐