CN107632929B - 一种检测内存泄漏的方法和装置 - Google Patents
一种检测内存泄漏的方法和装置 Download PDFInfo
- Publication number
- CN107632929B CN107632929B CN201710717478.XA CN201710717478A CN107632929B CN 107632929 B CN107632929 B CN 107632929B CN 201710717478 A CN201710717478 A CN 201710717478A CN 107632929 B CN107632929 B CN 107632929B
- Authority
- CN
- China
- Prior art keywords
- memory
- child
- parent
- mapping
- class
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
- Storage Device Security (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种检测内存泄漏的方法和装置,涉及计算机技术领域。该方法的一具体实施方式包括:模拟应用程序的运行过程;执行内存清理以及将清理后的内存状态保存为内存镜像文件;根据所述内存镜像文件建立待检测对象之间的映射关系;根据所述映射关系判断所述待检测对象是否为清理后内存中应当存在的对象以判断是否发生了内存泄漏。该实施方式能够实现对内存泄漏的自动化检测,提高检测效率并降低人力成本。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种检测内存泄漏的方法和装置。
背景技术
内存泄漏是指程序中己动态分配的堆内存由于某种原因在使用完毕后未释放或无法释放,造成系统内存的浪费,导致程序运行速度减慢甚至系统崩溃等严重后果。随着计算机应用需求的日益增加,应用程序的设计与开发也相应的日趋复杂,开发人员在程序实现的过程中处理的变量也大量增加,因此需要对内存泄漏进行有效的检测,以便开发人员对程序进行优化。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题:现有的对应用程序的内存泄漏进行检测的方式是人工分析内存镜像文件,根据内存镜像文件的信息判断出现内存泄漏的位置。在应用程序发版密集的情况下,对每个新版本都要人工重新检测内存泄漏情况,检测效率较低,且会消耗开发人员大量的时间和精力。
发明内容
有鉴于此,本发明实施例提供一种检测内存泄漏的方法和装置,能够实现对内存泄漏的自动化检测,提高检测效率并降低人力成本。
为实现上述目的,根据本发明实施例的一个方面,提供了一种检测内存泄漏的方法,包括:
模拟应用程序的运行过程;
执行内存清理以及将清理后的内存状态保存为内存镜像文件;
根据所述内存镜像文件建立待检测对象之间的映射关系;
根据所述映射关系判断所述待检测对象是否为清理后内存中应当存在的对象以判断是否发生了内存泄漏。
可选的,所述待检测对象包括父对象和与所述父对象对应的子对象;根据所述映射关系判断所述待检测对象是否为清理后内存中应当存在的对象以判断是否发生了内存泄漏的步骤包括:
判断所述父对象是否为清理后内存中应当存在的对象;
若不是,则根据所述映射关系判断是否存在与所述父对象对应的子对象;
若存在,则确定所述子对象发生内存泄漏。
可选的,根据所述内存镜像文件建立待检测对象之间的映射关系的步骤包括:
在所述内存镜像文件中查找父对象与父对象标识码的对应关系,以及查找子对象与子对象标识码的对应关系;
确定与父对象对应的子对象;
建立第一映射项,所述第一映射项含有子对象以及与所述子对象对应的子对象标识码;
建立第二映射项以保存子对象与父对象的映射关系,所述第二映射项含有父对象标识码以及包含所述父对象对应子对象的第一映射项。
可选的,所述父对象包括类,所述子对象包括所述类的实例。
可选的,所述父对象包括Activity类或其子类,所述子对象包括Activity类的实例或Activity类的子类的实例。
可选的,述待检测对象包括父对象和与所述父对象对应的子对象;根据所述映射关系判断所述待检测对象是否为清理后内存中应当存在的对象以判断是否发生了内存泄漏的步骤包括:
判断所述子对象是否满足预设的泄漏条件;
若满足,则根据所述映射关系判断是否存在与所述子对象对应的父对象,以及所述父对象是否为预设对象;
若父对象存在且是所述预设对象,则判断所述子对象是否为清理后内存中应当存在的对象;
若不是,则确定所述子对象发生泄漏。
可选的,根据所述内存镜像文件建立待检测对象之间的映射关系的步骤包括:
在所述内存镜像文件中查找子对象与子对象标识码的对应关系;
查找父对象包含的成员变量;
根据所述成员变量确定父对象与子对象的对应关系;
建立第三映射项以保存子对象与父对象的映射关系,所述第三映射项含有子对象标识码以及与所述子对象对应的父对象。
可选的,所述父对象包括实例,所述子对象包括与所述实例对应的、以数组形式存储的数据。
可选的,所述父对象包括Bitmap类的实例或Bitmap类的子类的实例,所述子对象包括与所述Bitmap类或所述或Bitmap类的子类所对应的Byte数组。
为实现上述目的,根据本发明实施例的另一个方面,提供了一种检测内存泄漏的装置,包括:
模拟运行模块,用于模拟应用程序的运行过程;
文件保存模块,用于执行内存清理以及将清理后的内存状态保存为内存镜像文件;
映射模块,用于根据所述内存镜像文件建立待检测对象之间的映射关系;
泄漏检测模块,用于根据所述映射关系判断所述待检测对象是否为清理后内存中应当存在的对象以判断是否发生了内存泄漏。
可选的,所述待检测对象包括父对象和与所述父对象对应的子对象;所述泄漏检测模块还用于:
判断所述父对象是否为清理后内存中应当存在的对象;
若不是,根据所述映射关系判断是否存在与所述父对象对应的子对象;
若存在,则确定所述子对象发生内存泄漏。
可选的,所述映射模块还用于:
在所述内存镜像文件中查找父对象与父对象标识码的对应关系,以及查找子对象与子对象标识码的对应关系;
确定与父对象对应的子对象;
建立第一映射项,所述第一映射项含有子对象以及与所述子对象对应的子对象标识码;
建立第二映射项以保存子对象与父对象的映射关系,所述第二映射项含有父对象标识码以及包含所述父对象对应子对象的第一映射项。
可选的,所述父对象包括类,所述子对象包括所述类的实例。
可选的,所述父对象包括Activity类或其子类,所述子对象包括Activity类的实例或Activity类的子类的实例。
可选的,述待检测对象包括父对象和与所述父对象对应的子对象,所述泄漏检测模块还用于:
判断所述子对象是否满足预设的泄漏条件;
若满足,根据所述映射关系判断是否存在与所述子对象对应的父对象,以及所述父对象是否为预设对象;
若父对象存在且是所述预设对象,判断所述子对象是否为清理后内存中应当存在的对象;
若不是,则确定所述子对象发生泄漏。
可选的,所述映射模块还用于:
在所述内存镜像文件中查找子对象与子对象标识码的对应关系;
查找父对象包含的成员变量;
根据所述成员变量确定父对象与子对象的对应关系;
建立第三映射项以保存子对象与父对象的映射关系,所述第三映射项含有子对象标识码以及与所述子对象对应的父对象。
可选的,所述父对象包括实例,所述子对象包括与所述实例对应的、以数组形式存储的数据。
可选的,所述父对象包括Bitmap类的实例或Bitmap类的子类的实例,所述子对象包括与所述Bitmap类或所述或Bitmap类的子类所对应的Byte数组。
为实现上述目的,根据本发明实施例的再一个方面,提供了一种检测内存泄漏的电子设备,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器至少实现:
模拟应用程序的运行过程;
执行内存清理以及将清理后的内存状态保存为内存镜像文件;
根据所述内存镜像文件建立待检测对象之间的映射关系;
根据所述映射关系判断所述待检测对象是否为清理后内存中应当存在的对象以判断是否发生了内存泄漏。
为实现上述目的,根据本发明实施例的又一个方面,提供一种计算机可读介质,其上存储有计算机程序,所述程序被处理器执行时至少实现:
模拟应用程序的运行过程;
执行内存清理以及将清理后的内存状态保存为内存镜像文件;
根据所述内存镜像文件建立待检测对象之间的映射关系;
根据所述映射关系判断所述待检测对象是否为清理后内存中应当存在的对象以判断是否发生了内存泄漏。
上述发明中的一个实施例具有如下优点或有益效果:因为采用模拟应用程序的运行过程,根据执行内存清理后应用程序的内存状态,建立待检测对象的映射关系,然后根据映射关系进行内存泄漏检测的技术手段,实现了自动化的内存泄漏检测,所以克服了现有内存检测技术费时费力的技术问题,进而达到提高检测效率并降低人力成本的技术效果。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明,不构成对本发明的不当限定。其中:
图1是根据本发明实施例的检测内存泄漏的方法的主要步骤的示意图;
图2是根据本发明另一实施例的检测内存泄漏的方法的主要步骤的示意图;
图3是根据本发明又一实施例的检测内存泄漏的方法的主要步骤的示意图;
图4是本发明实施例中内存镜像文件的可选结构的示意图;
图5是根据本发明实施例的检测内存泄漏的装置的主要模块的示意图;
图6是本发明实施例可以应用于其中的示例性系统架构图;
图7是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
图1是根据本发明实施例的检测内存泄漏的方法的主要步骤的示意图。
如图1所示,根据本发明实施例的检测内存泄漏的方法,包括:
S10,模拟应用程序的运行过程。
步骤S10中,模拟应用程序运行过程是指使用自动化脚本等控制应用程序执行一定的操作步骤,以模拟用户正常使用过程。为了提高测试的针对性,“运行过程”是指待检测的、可能存在内存泄漏的过程,“运行过程”结束后、应用程序停留在某一具体界面时,此时的内存中存储有例如包括应用程序中的各界面、图片、文字、插件等在内存中的数据,以及程序运行时在内存中构建的方法实例等,这些数据和实例是已知的,即运行过程结束后内存中应当存在哪些数据是已知或者可预测的。
S11,执行内存清理以及将清理后的内存状态保存为内存镜像文件。
内存清理是指对内存中的垃圾数据进行清理以及对内存空间进行回收。没有配置内存清理机制的编程语言,例如C++/C语言需要开发者专门编写内存清理代码,谨慎地管理内存使用情况;而配置有内存清理机制的编程语言,例如Java(配置有GC机制,GarbageCollection,垃圾回收)一般不需要专门编写内存回收和垃圾清理代码。但无论是否具备内存清理机制,在反复调用大量数据时都可能出现内存泄漏的问题。内存镜像文件包含了运行中应用程序的完整内存镜像,它包含了应用程序在内存中的全部信息,例如原生内存和线程信息。
S12,根据所述内存镜像文件建立待检测对象之间的映射关系。
步骤S12中,待检测对象表示可能滞留在内存中无法被清除的对象,例如可以是一些方法的实例,或者用于存储数据的数组实例等等;待检测对象存在从属的关联关系,例如方法从属于类,数组实例从属于方法等等,在查找到发生泄漏的对象之后,常需要进一步找到与其关联的上级对象(父对象)或下级对象(子对象)才能够具体确定发生泄露的原因。内存镜像文件可以是二进制格式,也可以是文本格式,但无论是哪种格式,应用程序在内存镜像文件中的数据均不是以其原本的名称进行保存,而是以运行时系统分配的一串标识码进行保存,因此无法直接根据内存镜像文件获取到发生内存泄漏的对象。本步骤在进行内存泄漏检测前,首先建立待检测对象之间的映射关系,具体而言是建立标识码与待检测对象之间的映射关系,以及待检测对象之间从属的关联关系,从而可以高效地根据子对象或父对象中的任意对象查找到与其对应的对象。
S13,根据所述映射关系判断所述待检测对象是否为清理后内存中应当存在的对象以判断是否发生了内存泄漏。本步骤的具体实现可以例如预先建立易发生内存泄漏的对象的列表,将其与内存镜像文件的内容进行对照,根据映射关系查找同时出现在列表与内存镜像文件中的待检测对象的父对象或者子对象,从而确定实际发生内存泄漏的对象。
步骤S11通过将执行内存清理后的内存状态保存为内存镜像文件,记录了内存清理后应用程序在内存中的剩余数据。由于在S10后,运行过程终止时应用程序的状态是已知的,所以应当存在哪些剩余数据是已知的。本步骤通过判断内存镜像文件中的待检测对象是否为应当存在的对象,以判断是否存在内存泄漏的问题。
从上面所述可以看出,本实施例提供的检测内存泄漏的方法因为采用模拟应用程序的运行过程,根据执行内存清理后应用程序的内存状态,建立待检测对象之间的映射关系,然后根据映射关系进行内存泄漏检测的技术手段,实现了自动化的内存泄漏检测,所以克服了现有内存检测技术费时费力的技术问题,进而达到提高检测效率并降低人力成本的技术效果。
图2是根据本发明另一实施例的检测内存泄漏的方法的主要步骤的示意图。
如图2所示,在一些可选的实施例中,所述待检测对象包括父对象和与所述父对象对应的子对象,子对象是指下级的数据,即在内存检测时实际发生泄漏而占用主要内存空间的数据,父对象是指子对象的上级数据或者类;例如当子对象为某个成员变量时,其对应的父对象可以是某个类的实例;当子对象为某个类的实例时,其父对象可以是某个类或者其子类。在检测内存泄漏时,能够直接检测到的对象可能是父对象,也可能是子对象,因此需要建立父对象与子对象的映射关系,以便于相互之间进行查找。
本实施例中的所述方法包括:
S20,模拟应用程序的运行过程。
S21,执行内存清理以及将清理后的内存状态保存为内存镜像文件。
S22,根据所述内存镜像文件建立待检测对象之间的映射关系。
S23,判断所述父对象是否为清理后内存中应当存在的对象;若是,则结束方法,若不是,则执行步骤S24。因为应用程序的运行过程和运行结束时的状态都是已知的,因此可以确定运行结束时的应用程序在内存中应当存在有哪些数据,据此可以判断父对象是否为应用程序运行结束时内存中应当存在的对象。
S24,根据所述映射关系判断是否存在与所述父对象对应的子对象。若不存在,则结束方法,若存在,则执行步骤S25。本实施例中,占用了主要内存空间的是子对象,例如父对象为类,子对象为实例,由于类只是保存了变量和方法的定义,并不会占用大量空间,而实例中的变量则实际占用了大量的内存空间。因此,需要进一步确定是否存在占用了内存空间而无法被清理的子对象。
S25,确定所述子对象发生内存泄漏。
在一些可选的实施方式中,S22,根据所述内存镜像文件建立待检测对象之间的映射关系的步骤包括:
在所述内存镜像文件中查找父对象与父对象标识码的对应关系,以及查找子对象与子对象标识码的对应关系。
确定与父对象对应的子对象。
建立第一映射项,所述第一映射项含有子对象以及与所述子对象对应的子对象标识码。
建立第二映射项以保存子对象与父对象的映射关系,所述第二映射项含有父对象标识码以及包含所述父对象对应子对象的第一映射项。
其中第一映射项可以是以子对象标识码为键,子对象(具体为子对象变量数据)为值建立的键值对;第二映射项可以是以父对象标识码为键,第一映射项为值建立的键值对。也可以通过其他形式,例如数据表的形式来分别保存子对象标识码、子对象以及父对象标识码的对应关系。
在一些可选的实施方式中,所述父对象包括Activity类或其子类,所述子对象包括Activity类的实例或Activity类的子类的实例。对于Android系统而言,所有的图形界面都继承自android.app.Activity类,如果使用完某个界面(Activity)退出并执行内存清理后,属于这个界面的对象实例都需要释放,否则就是内存泄漏。
图3是根据本发明又一实施例的检测内存泄漏的方法的主要步骤的示意图。
在本实施例中,所述待检测对象包括父对象和与所述父对象对应的子对象。
如图3所示,在一些可选的实施例中,所述方法包括:
S30,模拟应用程序的运行过程。
S31,执行内存清理以及将清理后的内存状态保存为内存镜像文件。
S32,根据所述内存镜像文件建立待检测对象之间的映射关系。
S33,判断所述子对象是否满足预设的泄漏条件;若满足,则执行步骤S34。在一些情形中,子对象需要满足一定条件,例如被某些特定项目引用,才能够确定子对象存在内存泄漏嫌疑。
S34,根据所述映射关系判断是否存在与所述子对象对应的父对象,以及所述父对象是否为预设对象;若父对象存在且是所述预设对象,则执行步骤S35。预设对象是指预先设置的对象,即在应用程序运行之前就可以大致确定这类对象或其子对象容易发生内存泄漏的问题,则可以记录这类对象的名称,并有针对性地进行内存泄漏检测。
S35,判断所述子对象是否为清理后内存中应当存在的的对象。若不是,则执行步骤S36。判断方法类似于前一实施例步骤S23中对比判断的方法。
S36,确定所述子对象发生泄漏。
在一些可选的实施方式中,步骤S32,根据所述内存镜像文件建立待检测对象之间的映射关系的步骤包括:
在所述内存镜像文件中查找子对象与子对象标识码的对应关系。
查找父对象包含的成员变量,根据所述成员变量确定父对象与子对象的对应关系。在一些情形下,当父对象为实例,子对象为一组数据(例如以数组形式存储的数据)时,需要根据父对象包含的某些成员变量与子对象之间的对应关系来建立父对象与子对象的映射关系。
建立第三映射项以保存子对象与父对象的映射关系,所述第三映射项含有子对象标识码以及与所述子对象对应的父对象。
在一些可选的实施方式中,所述父对象包括Bitmap类的实例或Bitmap类的子类的实例,所述子对象包括Byte数组。Bitmap类是Android系统用来处理位图的类,而位图的实际信息均以Byte数组的形式保存在内存中,因此如果在内存中检测到不应该存在的Byte数组,则可以确定该Byte数组从属的Bitmap类发生了内存泄漏。
下面通过一个具体的实施例对本发明的方法进行进一步介绍。
图4是本发明实施例中内存镜像文件的可选结构的示意图。
如图4所示,在Android系统中,内存镜像文件是指hprof文件,或者称之为堆转储文件,用于存储内存使用情况的快照;hprof文件包括Hprof String,Load Class和HeapDump,Hprof String记录有所有的字符串的ID和内容,Load Class记录有加载的类的ID和名称。Heap Dump是指堆转储内容,保存了某一时刻JVM堆中对象使用情况;Heap Dump包括JNI Global、Class Dump、Object Dump、Object Array Dump和Primitive Array Dump。在hprof文件所包含的项目及各项目对应的内容如表1所示。
表1hprof文件数据示意表
在本实施例中,经过自动化脚本测试App(Application,应用程序)后执行GC,按照Java虚拟机的设计原理,会释放所有原有界面使用到的对象实例。如果在这些操作后,去分析hprof文件中的数据,发现在Object Dump中仍然存在已经退出界面的对象实例,表示他们被界面之外的对象持有,不能被回收,产生了内存泄漏。
本实施例包含检测Activity泄漏的方法以及检测位图泄漏的方法。
Activity泄漏检测
本实施例主要通过类之间的继承关系,找到所有属于目标App中声明的类型为Activity的类,并查找这些类是否还存在实例。如果存在表明存在泄漏情况。
根据Android系统的设计,Android中所有的界面都继承自android.app.Activity类,如果使用完某个界面(即Activity类的子类)退出并执行GC后,属于这个界面的对象实例都需要释放,否则确定发生了内存泄漏。
通过循环Object Dump实例的数组,把所有属于同一个类定义的所有实例存放到映射表Map<类ID,Map<实例ID,实例>>clsInstanceMap中。由于基础数据中没有存放类定义查找实例的数据,通过预处理,用某个类定义的ID就能快速查找这个类所有的实例。前面Map键值对中的实例只包括成员变量的数据,不包含常量和静态变量等。
在自动化执行某个功能模块并退出后,内存中只能存在最后停留界面Activity的实例,其他的都需要释放。遍历Class Dump类定义的数组,递归查找这个类定义的父类,如果发现其父类为”android.app.Activity”,表明这个类定义是一个界面Activity。如果这个界面Activity不是最后停留界面,在映射表clsInstanceMap中查找这个类,判断这个类是否存在实例。如果存在实例,表明在自动化测试完成并GC后,无法正常释放界面Activity的实例,产生了内存泄漏。在确定最后停留界面时,可以预先定义停留界面的类名,如“aa.bb.CCActivity”,如果类定义中类名为这个类名,忽略不处理。
位图泄漏检测
在Android系统中,位图的处理需要使用Btimap类。由于Bitmap实例存储在ObjectDump数组中,Bitmap中mBuffer变量的Byte数组的数据存放在Primitive Array Dump数组中,且只能从Bitmap实例得到mBuffer变量,反之则不可以。因此当确定某个Byte数组存在泄漏,需要得到它所属的Bitmap实例,就需要做预处理,实现建立mBuffer变量和Bitmap实例的映射关系。
遍历Class Dump类定义的数组,找到Android的位图类Bitmap类的定义,名称为“android.graphics.Bitmap”,并进一步确定Bitmap类的ID。
循环处理Object Dump实例的数组,找出类ID与前面步骤中Bitmap类ID相同的所有实例,这些实例就都属于Bitmap的实例。解析得到的Bitmap实例,获取成员变量“mBuffer”对应的Byte数组的ID。把Byte数组的ID和Bitmap实例的关系存储到映射表Map<数组ID,Bitmap实例>bitmapInstaceMap中。mBuffer是bitmap类中的一个成员变量,可以用来查找Byte数组,即mBuffer中存储的内容可以与Byte数组的ID建立对应关系。
遍历Primitive Array Dump基础类型数组,如果是Byte数组,且这个Byte数组被JNI Global引用(如果Byte数组被引用,则Byte数组ID存在于表1里的JNI Global中),由于不能判断是否属于最后停留界面,是否被Bitmap持有,可以判断为疑似内存泄露。通过查找映射表bitmapInstaceMap,如果发现确实被Bitmap持有,且最后停留界面中没有这种类型的byte数组,就确定产生了内存泄露。可以通过Bitmap的属性把这个Byte数组恢复为位图供开发人员分析。在Android系统中,当前界面使用的Bitmap,由于系统需要在native层获取和操作它存放数据的byte数组,这个byte数组会被JNI Global引用(全局引用)。一旦退出了界面,系统在释放Bitmap的过程中会试图清除JNI Global对byte数组的引用,但是如果由于代码的原因Bitmap没有正常释放,JNI Global的引用将一直存在。经过多次试验,一旦已经销毁的界面中Byte数组仍然被JNI Global引用,这个引用将永远无法清除,堆积之后就会产生内存溢出的异常。
在确定最后停留界面中是否存在特定类型的Byte数组时,由于停留界面是已知的,因此可以采用对比的方法筛选出不应当存在于最后界面中的Byte数组。
从上面所述可以看出,本实施例提供的检测内存泄漏的方法不需要在App中添加额外的检测代码就可以完成内存泄漏的检测,不需要人工操纵和干预且准确度大大提高,进而达到提高检测效率并降低人力成本的技术效果。
图5是根据本发明实施例的检测内存泄漏的装置的主要模块的示意图。
如图所示,根据本发明实施例提供一种检测内存泄漏的装置500,包括:
模拟运行模块501,用于模拟应用程序的运行过程;
文件保存模块502,用于执行内存清理以及将清理后的内存状态保存为内存镜像文件;
映射模块503,用于根据所述内存镜像文件建立待检测对象之间的映射关系;
泄漏检测模块504,用于根据所述映射关系判断所述待检测对象是否为清理后内存中应当存在的对象以判断是否发生了内存泄漏。
在一些可选的实施例中,所述待检测对象包括父对象和与所述父对象对应的子对象,所述泄漏检测模块504还用于:
判断所述父对象是否为清理后内存中应当存在的对象;
若不是,根据所述映射关系判断是否存在与所述父对象对应的子对象;
若存在,则确定所述子对象发生内存泄漏。
在一些可选的实施例中,所述映射模块503还用于:
在所述内存镜像文件中查找父对象与父对象标识码的对应关系,以及查找子对象与子对象标识码的对应关系;
确定与父对象对应的子对象;
建立第一映射项,所述第一映射项含有子对象以及与所述子对象对应的子对象标识码;
建立第二映射项以保存子对象与父对象的映射关系,所述第二映射项含有父对象标识码以及包含所述父对象对应子对象的第一映射项。
在一些可选的实施例中,所述父对象包括类,所述子对象包括所述类的实例。
在一些可选的实施例中,所述父对象包括Activity类或其子类,所述子对象包括Activity类的实例或Activity类的子类的实例。
在一些可选的实施例中,述待检测对象包括父对象和与所述父对象对应的子对象,所述泄漏检测模块504还用于:
判断所述子对象是否满足预设的泄漏条件;
若满足,根据所述映射关系判断是否存在与所述子对象对应的父对象,以及所述父对象是否为预设对象;
若父对象存在且是所述预设对象,判断所述子对象是否为清理后内存中应当存在的对象;
若不是,则确定所述子对象发生泄漏。
在一些可选的实施例中,所述映射模块503还用于:
在所述内存镜像文件中查找子对象与子对象标识码的对应关系;
查找父对象包含的成员变量;
根据所述成员变量确定父对象与子对象的对应关系;
建立第三映射项以保存子对象与父对象的映射关系,所述第三映射项含有子对象标识码以及与所述子对象对应的父对象。
在一些可选的实施例中,所述父对象包括实例,所述父对象包括实例,所述子对象包括与所述实例对应的、以数组形式存储的数据。
在一些可选的实施例中,所述父对象包括Bitmap类的实例或Bitmap类的子类的实例,所述子对象包括与所述Bitmap类或所述或Bitmap类的子类所对应的Byte数组。
从上面所述可以看出,本发明实施例提供的检测内存泄漏的装置因为采用模拟应用程序的运行过程,根据执行内存清理后应用程序的内存状态,建立待检测对象之间的映射关系,然后根据映射关系进行内存泄漏检测的技术手段,实现了自动化的内存泄漏检测,所以克服了现有内存检测技术费时费力的技术问题,进而达到提高检测效率并降低人力成本的技术效果。
图6示出了可以应用本发明实施例的检测内存泄漏的方法或检测内存泄漏的装置的示例性系统架构600。
如图6所示,系统架构600可以包括终端设备601、602、603,网络604和服务器605。网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备601、602、603通过网络604与服务器605交互,以接收或发送消息等。终端设备601、602、603上可以安装有各种应用程序。
终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器605可以是提供各种服务的服务器,例如对用户利用终端设备601、602、603所运行的应用程序进行检测的检测服务器。检测服务器可以对使用脚本模拟应用程序运行,采集运行后的内存镜像文件并根据内存镜像文件执行内存泄漏分析。
需要说明的是,本发明实施例所提供的检测内存泄漏的方法一般由服务器605执行,相应地,检测内存泄漏的装置一般设置于服务器605中。
应该理解,图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
根据本发明的实施例,本发明还提供了一种电子设备和一种可读存储介质。
图7是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
下面参考图7,其示出了适于用来实现本发明实施例的终端设备的计算机系统700的结构示意图。图7示出的终端设备仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图7所示,计算机系统700包括中央处理单元(CPU)701,其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中,还存储有系统700操作所需的各种程序和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。
以下部件连接至I/O接口705:包括键盘、鼠标等的输入部分706;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707;包括硬盘等的存储部分708;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器710上,以便于从其上读出的计算机程序根据需要被安装入存储部分708。
特别地,根据本发明的实施例,上文主要步骤的示意图描述的过程可以被实现为计算机软件程序。例如,本发明的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行主要步骤的示意图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分709从网络上被下载和安装,和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时,执行本发明的系统中限定的上述功能。
需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中,例如,可以描述为:一种处理器包括模拟运行模块、文件保存模块、映射模块和泄漏检测模块。其中,这些模块的名称在某种情况下并不构成对该模块本身的限定,例如,文件保存模块还可以被描述为“用于执行内存清理以及将清理后的内存状态保存为内存镜像文件的模块”。
作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备包括:
模拟应用程序的运行过程;
执行内存清理以及将清理后的内存状态保存为内存镜像文件;
根据所述内存镜像文件建立待检测对象之间的映射关系;
根据所述映射关系判断所述待检测对象是否为清理后内存中应当存在的对象以判断是否发生了内存泄漏。
根据本发明实施例的技术方案,因为采用模拟应用程序的运行过程,根据执行内存清理后应用程序的内存状态,建立待检测对象之间的映射关系,然后根据映射关系进行内存泄漏检测的技术手段,实现了自动化的内存泄漏检测,所以克服了现有内存检测技术费时费力的技术问题,进而达到提高检测效率并降低人力成本的技术效果。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。
Claims (20)
1.一种检测内存泄漏的方法,其特征在于,包括:
模拟应用程序的运行过程;
执行内存清理以及将清理后的内存状态保存为内存镜像文件;
根据所述内存镜像文件建立待检测对象之间的映射关系,所述待检测对象包括父对象和与所述父对象对应的子对象;
根据所述映射关系判断所述待检测对象是否为清理后内存中应当存在的对象以判断是否发生了内存泄漏。
2.根据权利要求1所述的方法,其特征在于,根据所述映射关系判断所述待检测对象是否为清理后内存中应当存在的对象以判断是否发生了内存泄漏的步骤包括:
判断所述父对象是否为清理后内存中应当存在的对象;
若不是,则根据所述映射关系判断是否存在与所述父对象对应的子对象;
若存在,则确定所述子对象发生内存泄漏。
3.根据权利要求2所述的方法,其特征在于,根据所述内存镜像文件建立待检测对象之间的映射关系的步骤包括:
在所述内存镜像文件中查找父对象与父对象标识码的对应关系,以及查找子对象与子对象标识码的对应关系;
确定与父对象对应的子对象;
建立第一映射项,所述第一映射项含有子对象以及与所述子对象对应的子对象标识码;
建立第二映射项以保存子对象与父对象的映射关系,所述第二映射项含有父对象标识码以及包含所述父对象对应子对象的第一映射项。
4.根据权利要求2或3所述的方法,其特征在于,所述父对象包括类,所述子对象包括所述类的实例。
5.根据权利要求4所述的方法,其特征在于,所述父对象包括Activity类或其子类,所述子对象包括Activity类的实例或Activity类的子类的实例。
6.根据权利要求1所述的方法,其特征在于,根据所述映射关系判断所述待检测对象是否为清理后内存中应当存在的对象以判断是否发生了内存泄漏的步骤包括:
判断所述子对象是否满足预设的泄漏条件;
若满足,则根据所述映射关系判断是否存在与所述子对象对应的父对象,以及所述父对象是否为预设对象;
若父对象存在且是所述预设对象,则判断所述子对象是否为清理后内存中应当存在的对象;
若不是,则确定所述子对象发生泄漏。
7.根据权利要求6所述的方法,其特征在于,根据所述内存镜像文件建立待检测对象之间的映射关系的步骤包括:
在所述内存镜像文件中查找子对象与子对象标识码的对应关系;
查找父对象包含的成员变量;
根据所述成员变量确定父对象与子对象的对应关系;
建立第三映射项以保存子对象与父对象的映射关系,所述第三映射项含有子对象标识码以及与所述子对象对应的父对象。
8.根据权利要求6或7所述的方法,其特征在于,所述父对象包括实例,所述子对象包括与所述实例对应的、以数组形式存储的数据。
9.根据权利要求8所述的方法,其特征在于,所述父对象包括Bitmap类的实例或Bitmap类的子类的实例,所述子对象包括与所述Bitmap类或所述Bitmap类的子类所对应的Byte数组。
10.一种检测内存泄漏的装置,其特征在于,包括:
模拟运行模块,用于模拟应用程序的运行过程;
文件保存模块,用于执行内存清理以及将清理后的内存状态保存为内存镜像文件;
映射模块,用于根据所述内存镜像文件建立待检测对象之间的映射关系,所述待检测对象包括父对象和与所述父对象对应的子对象;
泄漏检测模块,用于根据所述映射关系判断所述待检测对象是否为清理后内存中应当存在的对象以判断是否发生了内存泄漏。
11.根据权利要求10所述的装置,其特征在于,所述泄漏检测模块还用于:
判断所述父对象是否为清理后内存中应当存在的对象;
若不是,根据所述映射关系判断是否存在与所述父对象对应的子对象;
若存在,则确定所述子对象发生内存泄漏。
12.根据权利要求11所述的装置,其特征在于,所述映射模块还用于:
在所述内存镜像文件中查找父对象与父对象标识码的对应关系,以及查找子对象与子对象标识码的对应关系;
确定与父对象对应的子对象;
建立第一映射项,所述第一映射项含有子对象以及与所述子对象对应的子对象标识码;
建立第二映射项以保存子对象与父对象的映射关系,所述第二映射项含有父对象标识码以及包含所述父对象对应子对象的第一映射项。
13.根据权利要求11或12所述的装置,其特征在于,所述父对象包括类,所述子对象包括所述类的实例。
14.根据权利要求13所述的装置,其特征在于,所述父对象包括Activity类或其子类,所述子对象包括Activity类的实例或Activity类的子类的实例。
15.根据权利要求10所述的装置,其特征在于,所述泄漏检测模块还用于:
判断所述子对象是否满足预设的泄漏条件;
若满足,根据所述映射关系判断是否存在与所述子对象对应的父对象,以及所述父对象是否为预设对象;
若父对象存在且是所述预设对象,判断所述子对象是否为清理后内存中应当存在的对象;
若不是,则确定所述子对象发生泄漏。
16.根据权利要求15所述的装置,其特征在于,所述映射模块还用于:
在所述内存镜像文件中查找子对象与子对象标识码的对应关系;
查找父对象包含的成员变量;
根据所述成员变量确定父对象与子对象的对应关系;
建立第三映射项以保存子对象与父对象的映射关系,所述第三映射项含有子对象标识码以及与所述子对象对应的父对象。
17.根据权利要求15或16所述的装置,其特征在于,所述父对象包括实例,所述子对象包括与所述实例对应的、以数组形式存储的数据。
18.根据权利要求17所述的装置,其特征在于,所述父对象包括Bitmap类的实例或Bitmap类的子类的实例,所述子对象包括与所述Bitmap类或所述Bitmap类的子类所对应的Byte数组。
19.一种检测内存泄漏的电子设备,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-9中任一所述的方法。
20.一种计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如权利要求1-9中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710717478.XA CN107632929B (zh) | 2017-08-21 | 2017-08-21 | 一种检测内存泄漏的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710717478.XA CN107632929B (zh) | 2017-08-21 | 2017-08-21 | 一种检测内存泄漏的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107632929A CN107632929A (zh) | 2018-01-26 |
CN107632929B true CN107632929B (zh) | 2020-06-05 |
Family
ID=61101530
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710717478.XA Active CN107632929B (zh) | 2017-08-21 | 2017-08-21 | 一种检测内存泄漏的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107632929B (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109408383B (zh) * | 2018-10-12 | 2023-04-14 | 北京宝兰德软件股份有限公司 | 一种Java内存泄漏分析方法及装置 |
CN109828859B (zh) * | 2019-01-23 | 2023-03-07 | 网易(杭州)网络有限公司 | 移动终端内存分析方法、装置、存储介质及电子设备 |
CN111639018B (zh) * | 2019-03-01 | 2023-05-26 | 阿里巴巴集团控股有限公司 | 一种内存泄漏检测方法和装置 |
CN111258797B (zh) * | 2020-01-13 | 2023-04-18 | 北京字节跳动网络技术有限公司 | 一种内存泄露的检测方法、装置、介质和电子设备 |
CN111324534A (zh) * | 2020-02-18 | 2020-06-23 | 深圳中兴网信科技有限公司 | 内存泄漏的检测方法、装置、终端和计算机可读存储介质 |
CN112035314B (zh) * | 2020-07-31 | 2024-04-30 | 北京达佳互联信息技术有限公司 | 内存泄漏的监控方法、装置及电子设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012127482A8 (en) * | 2011-03-23 | 2012-11-29 | Infosys Technologies Limited | Method and system for detecting memory leaks in a program |
CN103440196A (zh) * | 2013-07-11 | 2013-12-11 | 大连交通大学 | 一种新型操作系统资源问题检测方法 |
CN105868079A (zh) * | 2016-04-21 | 2016-08-17 | 中国矿业大学 | 一种基于内存使用传播分析的Java内存低效使用检测方法 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7096339B2 (en) * | 2003-03-01 | 2006-08-22 | International Business Machines Corporation | System and method for detecting memory management programming errors |
CN105630662B (zh) * | 2014-10-28 | 2019-07-19 | 腾讯科技(深圳)有限公司 | 内存检测方法和装置 |
CN104461890B (zh) * | 2014-12-12 | 2017-05-17 | 四川川大智胜软件股份有限公司 | 一种航管训练系统开发中Qt程序内存使用静态检查方法 |
CN105302738B (zh) * | 2015-12-09 | 2018-09-11 | 北京东土科技股份有限公司 | 一种内存分配方法及装置 |
CN106528430B (zh) * | 2016-12-01 | 2019-03-26 | 北京金山安全软件有限公司 | 一种应用程序的检测方法、装置及电子设备 |
-
2017
- 2017-08-21 CN CN201710717478.XA patent/CN107632929B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012127482A8 (en) * | 2011-03-23 | 2012-11-29 | Infosys Technologies Limited | Method and system for detecting memory leaks in a program |
CN103440196A (zh) * | 2013-07-11 | 2013-12-11 | 大连交通大学 | 一种新型操作系统资源问题检测方法 |
CN105868079A (zh) * | 2016-04-21 | 2016-08-17 | 中国矿业大学 | 一种基于内存使用传播分析的Java内存低效使用检测方法 |
Non-Patent Citations (1)
Title |
---|
C语言中的内存泄漏分析;王祥瑞;《长春大学学报》;20090630;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN107632929A (zh) | 2018-01-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107632929B (zh) | 一种检测内存泄漏的方法和装置 | |
CN107423048B (zh) | 数据收集的方法、装置、介质和计算设备 | |
US11347498B2 (en) | Bytecode modification | |
US9495186B1 (en) | Automatic discovery of a javascript API | |
US8869119B2 (en) | Preferential execution of method calls in hybrid systems | |
CN107797820B (zh) | 用于生成补丁的方法和装置 | |
US10296311B2 (en) | Finding uninitialized variables outside the local scope | |
CN105740144A (zh) | 一种Android移动终端的自动化测试方法及系统 | |
CN113296786B (zh) | 数据处理方法、装置、电子设备及存储介质 | |
US8776036B2 (en) | Determining support criteria for shared libraries based on their priority levels | |
CN112214388A (zh) | 内存监控方法、装置、设备及计算机可读存储介质 | |
CN114138281A (zh) | 软件工程的编译方法、装置、设备及介质 | |
CN110716804A (zh) | 无用资源的自动删除方法、装置、存储介质及电子设备 | |
CN108845864B (zh) | 一种基于spring框架的JVM垃圾回收方法和装置 | |
US10635483B2 (en) | Automatic synopsis generation for command-line interfaces | |
CN115705250A (zh) | 监测堆栈使用量以优化程序 | |
CN115080114A (zh) | 应用程序的移植处理方法、装置和介质 | |
CN115167822A (zh) | 分支代码合并方法、装置、设备和存储介质 | |
CN109634636B (zh) | 应用处理方法、装置、设备和介质 | |
CN113326079A (zh) | 服务版本切换方法、切换装置、电子设备和存储介质 | |
CN112783574A (zh) | 应用程序开发方法、装置、设备和存储介质 | |
CN113778388A (zh) | 程序开发方法和装置 | |
US20210055919A1 (en) | Detection of semantic equivalence of program source codes | |
CN115421785B (zh) | 应用程序的移植处理方法、装置和介质 | |
CN115454827B (zh) | 兼容性检测方法、系统、设备和介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |