CN113157477B - 内存泄漏的归因方法、装置、电子设备和存储介质 - Google Patents
内存泄漏的归因方法、装置、电子设备和存储介质 Download PDFInfo
- Publication number
- CN113157477B CN113157477B CN202110401515.2A CN202110401515A CN113157477B CN 113157477 B CN113157477 B CN 113157477B CN 202110401515 A CN202110401515 A CN 202110401515A CN 113157477 B CN113157477 B CN 113157477B
- Authority
- CN
- China
- Prior art keywords
- file
- memory
- marking
- target
- memory segment
- 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
- 230000015654 memory Effects 0.000 title claims abstract description 301
- 238000000034 method Methods 0.000 title claims abstract description 166
- 230000008569 process Effects 0.000 claims abstract description 105
- 238000013507 mapping Methods 0.000 claims description 19
- 238000004590 computer program Methods 0.000 claims description 11
- 238000002372 labelling Methods 0.000 claims description 5
- 238000010586 diagram Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 7
- 238000004891 communication Methods 0.000 description 6
- 230000003287 optical effect Effects 0.000 description 5
- 230000009471 action Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- JHIVVAPYMSGYDF-UHFFFAOYSA-N cyclohexanone Chemical compound O=C1CCCCC1 JHIVVAPYMSGYDF-UHFFFAOYSA-N 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 239000013307 optical fiber Substances 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/079—Root cause analysis, i.e. error or fault diagnosis
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
- G06F11/073—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a memory management context, e.g. virtual memory or cache management
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Health & Medical Sciences (AREA)
- Biomedical Technology (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Storage Device Security (AREA)
Abstract
本公开实施例公开了一种内存泄漏的归因方法、装置、电子设备和存储介质，方法包括：获取应用程序中目标进程的第一文件和第二文件，第一文件包括目标进程在崩溃时的相关信息，第二文件包括应用程序重新启动时目标进程的相关信息；在对第一文件和第二文件中的每个内存段进行第一遍历的过程中，分别对第一文件和第二文件中与栈空间匹配的内存段进行标记；在对第一文件和第二文件中的每个内存段进行第二遍历的过程中，根据第一文件和第二文件中未被标记的内存段的名称对未被标记的内存段进行标记；根据两次标记结果，确定内存泄漏的归因类型。其所得到的内存泄漏的归因类型，具有指导意义，可以充分缩减业务开发人员进行内存泄露归因的工作量。
Description
技术领域
本公开涉及信息技术领域，尤其涉及一种内存泄漏的归因方法、装置、电子设备和存储介质。
背景技术
随着信息技术的发展，各种不同类型的应用程序(Application，APP)可以安装在终端上，从而为用户提供各种不同类型的服务。
通常情况下，一个APP可以由一个或多个进程来执行，进程的虚拟地址空间由进程可寻址的一个或多个虚拟内存组成。虚拟地址空间的大小通常是有限的，在不断占用虚拟地址空间的过程中，可能会造成虚拟内存泄漏，从而导致APP崩溃。
但是，针对虚拟内存泄漏的问题，现有技术很难有效定位出导致虚拟内存泄漏的原因。
发明内容
为了解决上述技术问题或者至少部分地解决上述技术问题，本公开实施例提供了一种内存泄漏的归因方法、装置、电子设备和存储介质。
本公开实施例提供了一种内存泄漏的归因方法，所述方法包括：
获取应用程序中目标进程的第一文件和第二文件，所述第一文件包括所述目标进程在崩溃时的相关信息，所述第二文件包括所述应用程序重新启动时所述目标进程的相关信息；
在对所述第一文件和所述第二文件中的每个内存段进行第一遍历的过程中，分别对所述第一文件和所述第二文件中与栈空间匹配的内存段进行标记；
在对所述第一文件和所述第二文件中的每个内存段进行第二遍历的过程中，根据所述第一文件和所述第二文件中未被标记的内存段的名称对所述未被标记的内存段进行标记；
根据所述第一文件中每个内存段分别对应的标记结果、以及所述第二文件中每个内存段分别对应的标记结果，确定内存泄漏的归因类型。
本公开实施例还提供了一种内存泄漏的归因装置，包括：
获取模块，用于获取应用程序中目标进程的第一文件和第二文件，所述第一文件包括所述目标进程在崩溃时的相关信息，所述第二文件包括所述应用程序重新启动时所述目标进程的相关信息；
第一遍历模块，用于对所述第一文件和所述第二文件中的每个内存段进行第一遍历；
第二遍历模块，用于对所述第一文件和所述第二文件中的每个内存段进行第二遍历；
标记模块，用于所述第一遍历模块在对所述第一文件和所述第二文件中的每个内存段进行第一遍历的过程中，分别对所述第一文件和所述第二文件中与栈空间匹配的内存段进行标记；在所述第二遍历模块对所述第一文件和所述第二文件中的每个内存段进行第二遍历的过程中，根据所述第一文件和所述第二文件中未被标记的内存段的名称对所述未被标记的内存段进行标记；
确定模块，用于根据所述第一文件中每个内存段分别对应的标记结果、以及所述第二文件中每个内存段分别对应的标记结果，确定内存泄漏的归因类型。
本公开实施例还提供了一种电子设备，所述电子设备包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序；
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上所述的内存泄漏的归因方法。
本公开实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的内存泄漏的归因方法。
本公开实施例还提供了一种计算机程序产品，该计算机程序产品包括计算机程序或指令，该计算机程序或指令被处理器执行时实现如上所述的内存泄漏的归因方法。
本公开实施例提供的技术方案与现有技术相比至少具有如下优点：
本公开实施例提供的技术方案的实质是通过两次遍历进行内存段分类，基于分类结果进行内存泄露归因，最终可以将内存泄漏的归因类型给到开发人员，业务开发人员自己根据归因类型，定位问题。其所得到的内存泄漏的归因类型，是一个方向性的范围，具有指导意义，可以充分缩减业务开发人员的工作量。
附图说明
结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。
图1为本公开实施例提供的一种内存泄漏的归因方法的流程图；
图2为本公开实施例提供的一种用于实现图1中S140的方法的流程图；
图3为本公开实施例提供的一种用于实现图1中S120的方法的流程图；
图4为本公开实施例中的一种内存泄漏的归因装置的结构示意图；
图5为本公开实施例中的一种电子设备的结构示意图。
具体实施方式
为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。
图1为本公开实施例提供的一种内存泄漏的归因方法的流程图，本实施例可适用于终端中进行内存泄漏归因的情况，该方法可以由内存泄漏的归因装置执行，该装置可以采用软件和/或硬件的方式实现，该装置可配置于电子设备中，例如终端，具体包括但不限于智能手机、掌上电脑、平板电脑、带显示屏的可穿戴设备、台式机、笔记本电脑、一体机、智能家居设备等。或者，本实施例可适用于服务端中进行内存泄漏归因的情况，该方法可以由内存泄漏的归因装置执行，该装置可以采用软件和/或硬件的方式实现，该装置可配置于电子设备中，例如服务器。或者，本实施例可适用于服务端和终端配合进行内存泄漏归因的情况，该方法可以由内存泄漏的归因装置执行，该装置可以采用软件和/或硬件的方式实现，该装置可部分配置于终端中，部分配置于服务器中。示例性，该方法中S110由终端执行，S120-S140由服务器执行。
如图1所示，该方法具体可以包括：
S110、获取应用程序中目标进程的第一文件和第二文件，第一文件包括目标进程在崩溃时的相关信息，第二文件包括应用程序重新启动时目标进程的相关信息。
目标进程，是指崩溃的进程。需要说明的是，在实际中，目标进程崩溃可能导致APP崩溃，也可能不导致APP崩溃。
可选地，第一文件和第二文件均为maps文件。
maps文件是/proc/[pid]/maps路径下的文件，进程通过mmap函数建立进行文件的物理磁盘地址与虚拟内存的映射，每次映射相关的信息都会保存在maps文件中作为一条数据，每条数据包括(从左到右)：虚拟内存区域的起始地址、虚拟内存区域终止地址、虚拟内存区域访问权限、偏移量、设备信息、inode以及内存段名。
可选地，将基于mmap函数所形成的每一条数据作为一个内存段，存储于maps文件中。在maps文件中，同一个内存段中的信息记录于同一行，不同内存段中的信息记录于不同行。
本步骤的实现方法有多种，示例性地，若本步骤的执行主体为终端，本步骤的具体实现方法包括：终端在目标进程崩溃时记录目标进程的第一文件；终端在应用程序重新启动时获取目标进程的第二文件。
若本步骤的执行主体为服务器，本步骤的具体实现方法包括：服务器从终端接收应用程序中目标进程的第一文件和第二文件，应用程序安装在终端中，第一文件是在目标进程崩溃时由终端记录的文件，第二文件是应用程序重新启动时由终端记录的文件。
S120、在对第一文件和第二文件中的每个内存段进行第一遍历的过程中，分别对第一文件和第二文件中与栈空间匹配的内存段进行标记。
在实际中，崩溃的那个进程可能包括一个或多个线程，每个线程对应一个栈空间，一个线程的栈空间为线程栈。一个线程的栈空间可能对应一个或多个内存段。并且如果一个线程的栈空间对应多个内存段，该多个内存段是连续的。
本步骤中，“匹配”主要包括两种情况，情况一，内存段的地址范围与栈空间的地址范围相同；情况二，内存段的地址范围落入栈空间的地址范围。
本步骤的实质，对第一文件和第二文件中的每个内存段进行第一遍历的过程中，确定各内存段与线程的的栈空间是否具有对应关系，并基于该对应关系对第一文件和第二文件中的内存段进行标记。示例性地，可以将对应于同一线程的栈空间的内存段给予相同的标记。对应于不同线程的栈空间的内存段给予不同的标记。或者，可以将对应于目标进程的所有线程的栈空间的内存段均给予相同的标记。
S130、在对第一文件和第二文件中的每个内存段进行第二遍历的过程中，根据第一文件和第二文件中未被标记的内存段的名称对未被标记的内存段进行标记。
由于在实际中，可能存在某些内存段与目标进程的所有线程的栈空间均不匹配的情况。本步骤的实质是，第一遍历的过程结束后，对未被标记的内存段进行标记，起到查漏补缺的作用，以实现第一文件和第二文件中所有内存段全部被标记的目的。其标记的方法是，根据内存段的名称进行标记。内存段的名称记录于内存段数据中。
可选地，可以预先构建内存段的名称包括内容与标记的映射关系。示例性地，该映射关系如表1所示。在进行标记时，识别内存段的名称，根据内存段名称包括内容，以及预先构建的内存段的名称包括内容与标记的映射关系，为各内存段进行标记。具体地，可以根据内存段名称的前缀匹配、包含关系、后缀匹配中的一种或多种进行标记。
表1
| 内存段的名称包括内容 | 标记 |
| -/data | DATA |
| -/data/app/*.apk | APK |
| -/system、/vendor、/apex | SYSTEM |
| -libc_malloc、bionic_alloc、linker_alloc、heap | NATIVE HEAP |
| -dalvik-、jit、cfi shadow | JAVA RUNTIME |
| -TLS、xxx stack | SYSTEM |
| -/dev | DEVICES |
| -/dev/ashmem | ASHMEM |
| -/dev/ashmem/shared_memory | SHARED_MEMORY |
| -dmabuf | DMABUF |
| -[anon:xxx | ANON |
示例性地，基于表1，若某内存段名前缀为/data/，标记为DATA。(其中，data表示应用数据相关的内存映射)。若某内存段名前缀为/system或/apex或/vendor，标记为SYSTEM(其中，system表示系统数据相关的内存映射)。若某内存段名后缀是.apk—>标记为APK(其中，apk表示应用.apk文件的映射)。
进一步地，还可以设置若第一文件或第二文件中任一未标记内存段的名称包括第一预设名称，且与任一未标记内存段的前一个内存段成映射关系的第三文件的名称包括第二预设名称，则将任一未标记内存段的标记结果设置为与前一个内存段相同的标记结果。这样设置的目的是，筛选出相邻的两个具有关联关系的内存段，并对所筛选出的内存段给予相同的标记，这样设置可以确保后续内存泄露归因的准确性。
示例性地，第一预设名称为.bss。第二预设名称为.so.apk.dex.vdex.odex.oat以及.art中的任意一个。在具体实现时，若检测到内存段C(此处特指在第一遍历的过程中未被标记的内存段)名称包括.bss，判断与内存段C的前一个内存段D(此处特指在第一遍历的过程中未被标记的内存段)具有映射关系的文件(即第三文件)的名称中，是否包括.so.apk.dex.vdex.odex.oat以及.art中的任意一个，若是，将内存段C和内存段D给予相同的标记。
S140、根据第一文件中每个内存段分别对应的标记结果、以及第二文件中每个内存段分别对应的标记结果，确定内存泄漏的归因类型。
确定内存泄漏的归因类型是指，导致内存泄漏的类型。
内存泄漏的归因类型可以是第一遍历的过程形成的标记结果和/或第二遍历的过程形成的标记结果中的一种或多种。
由于S120和S130的实质是根据内存段的特征属性对内存段进行标记，其标记的目的是对内存段进行归类。
本步骤的实质是，首先，针对第一文件和第二文件，分别基于标记结果(包括第一遍历的过程形成的标记结果和第二遍历的过程形成的标记结果)，将所有内存段进行分类。同一类型中各内存段的标记结果相同，不同类型中各内存段的标记结果不同。然后，逐一对比同一类型所有内存段，第一文件中记录的属性特征与第二文件中记录的属性特征，确定哪个或哪些类型为内存泄漏的归因类型。可选地，第一文件分类结果中各类型的属性特征包括但不限于所对应总的虚拟内存的大小。
可选地，在实际中，当需要输出内存泄漏的归因类型时，可以将内存泄漏的归因类型转化为同义或近义的文字描述信息，以便业务开发人员理解。示例性地，表2给出了几种内存泄漏的归因类型以及其对应的文字描述信息的对应关系。
表2
| 归因类型 | 文字描述信息 |
| JAVA_RUNTIME | JAVA运行时 |
| NATIVE_HEAP | Native堆 |
| THREAD_STACK | 线程栈 |
| DATA | /data文件夹的文件映射 |
| APK | .apk文件的映射 |
| SYSTEM | /system、/vendor、/apex系统文件映射 |
| DEVICES | 设备文件映射 |
| GPU | GPU相关的映射 |
| ASHMEM | 设备文件映射 |
| SHARED_MEMORY | 共享匿名内存 |
| DMABUF | dma相关 |
| ANON | 匿名映射，属于已命名匿名映射 |
| NAMELESS | 匿名映射，属于未命名匿名映射 |
| OTHER | 其他映射 |
目前，由于缺乏有效的自动化内存泄露归因方法，业务开发人员在解决内存泄露问题时，需要自行根据日志、各种崩溃文件去定位问题，致使完成内存泄露归因的工作量巨大。上述技术方案的实质是通过两次遍历进行内存段分类，基于分类结果进行内存泄露归因，最终可以将内存泄漏的归因类型给到开发人员，业务开发人员自己根据归因类型，定位问题。其所得到的内存泄漏的归因类型，是一个方向性的范围，具有指导意义，可以充分缩减业务开发人员的工作量。
可选地，在上述技术方案的基础上，还可以将应用程序中目标进程的第一文件和第二文件以及内存泄漏的归因类型同时输出。这样可以进一步确保开发人员所获得的信息更全面，缩减业务开发人员的工作量，提高内存泄漏问题定位的效率和精度。
在上述技术方案中，用于实现S140的方法有多种，示例性地，可以基于分类结果中各类型在第一文件以及第二文件中记录的属性特征，设置具体实现S140的方法。
典型地，若设置属性特征为虚拟内存大小，图2为本公开实施例提供的一种用于实现图1中S140的方法的流程图。参见图2，该方法包括：
S141、分别确定第一文件和第二文件中标记结果相同的内存段所对应的虚拟内存的总大小。
通常，一个内存段对应一个虚拟内存区域。
本步骤的实现方法包括：将第一文件中标记结果相同的内存段归为同一类型，将第一文件中标记结果不同的内存段归为不同类型，分别计算每种类型包含的一个或多个内存段分别对应的虚拟内存区域的大小的和。将第二文件中标记结果相同的内存段归为同一类型，将第一文件中标记结果不同的内存段归为不同类型，分别计算每种类型包含的一个或多个内存段分别对应的虚拟内存区域的大小的和。
S142、根据同一标记结果在第一文件中对应的虚拟内存的总大小和同一标记结果在第二文件中对应的虚拟内存的总大小，确定内存泄漏的归因类型。
可选地，在执行本步骤时，可以根据同一标记结果在第一文件中对应的虚拟内存的总大小和同一标记结果在第二文件中对应的虚拟内存的总大小，确定目标标记结果，内存泄漏的归因类型为目标标记结果。
其中，目标标记结果是第一遍历的过程形成的标记结果和/或第二遍历的过程形成的标记结果中的一种或多种。
其中，目标标记结果的确定方法有多种，示例性地，可以设置目标标记结果在第一文件中对应的虚拟内存的总大小和目标标记结果在第二文件中对应的虚拟内存的总大小之间的差值大于阈值。
或者，目标标记结果在第一文件中对应的虚拟内存的总大小和目标标记结果在第二文件中对应的虚拟内存的总大小之间的差值最大。
需要说明的是，在实际中，可能出现在第一文件中有类型B，在第二文件中没有类型B的情况。此种情况下，将第二文件中类型B的总虚拟内存大小视作为0。用第一文件中类型B的总虚拟内存大小减去0，求得二者的差值，基于该差值大小确定目标标记结果。
由于在实际中，内存泄露是指程序中已动态分配的堆内存由于某种原因程序未释放或无法释放，其最直接的后果是导致同一类型在第一文件中对应的虚拟内存的总大小和在第二文件中对应的虚拟内存的总大小差值较大，上述技术方案通过根据同一标记结果在第一文件中对应的虚拟内存的总大小和同一标记结果在第二文件中对应的虚拟内存的总大小，确定内存泄漏的归因类型，其可以实现快速、直接、简单、准确、有效地进行内存泄漏的归因。
在上述技术方案中，用于实现图1中S120的方法有多种，图3为本公开实施例提供的一种用于实现图1中S120的方法的流程图。参见图3，该方法包括：
S121、获取目标文件，目标文件包括目标进程中一个或多个线程的相关信息，每个线程的相关信息包括线程对应的栈空间的地址信息。
示例性地，目标文件是与第一文件和第二文件均互相独立的文件。典型地，目标文件具体可以为pthread.txt文件，也可以为thread.txt文件。其中pthread.txt文件的存储路径为/proc/[pid]/pagemap。thread.txt文件的存储路径有两个，分别为/proc/[pid]/stat和/proc/[pid]/task/[tid]/stat。其中，/proc/[pid]/stat路径下的thread.txt文件存储进程里面的主线程的相关信息，而/proc/[pid]/task/[tid]/stat路径下的thread.txt文件存储进程里面的所有线程的相关信息。
本步骤的实现方法有多种，示例性地，获取多个第四文件，多个第四文件中的每个第四文件包括目标进程中一个或多个线程的相关信息；从多个第四文件中获取目标文件，目标文件是多个第四文件中未被用于匹配的优先级最高的第四文件。
示例性地，将pthread.txt文件和thread.txt文件均作为第四文件，由于通常情况下，pthread.txt文件中关于栈空间的地址信息比thread.txt文件中关于栈空间的地址信息更加详尽，设置pthread.txt文件的匹配的优先级高于thread.txt文件。在执行本步骤时，同时获取pthread.txt文件和thread.txt文件。若同时获取到pthread.txt文件和thread.txt文件，优先使用pthread.txt文件作为目标文件。
可选地，若本步骤由服务器执行，在获取多个第四文件，包括：服务器从终端接收多个第四文件，多个第四文件是在目标进程崩溃时由终端记录的文件。
S122、在对第一文件和第二文件中的每个内存段进行第一遍历的过程中，确定每个内存段的地址信息是否与目标文件中任一栈空间的地址信息匹配。
假设使用pthread.txt文件作为目标文件。示例性地，pthread.txt文件包括一条记录：
[tid:16963][routine:0xb3b3fb29][arg:0xa272d900][stack_base:0xa107b000][stack_size:0x104920][sigstack:0xa4a99000][no_present:0x0]
这一条记录是一个栈空间的信息。在实际中，pthread.txt文件可以包括一条或多条记录。在上述记录中，stack_base是栈空间的起始地址，stack_size是栈空间的大小。
在执行本步骤时，将第一文件和第二文件中所有的内存段的地址范围与pthread.txt文件中的每一条记录进行比较，如果内存段的地址范围与栈空间的地址范围相同或内存段的地址范围落入栈空间的地址范围，则匹配；否则，则不匹配。
假设使用thread.txt文件作为目标文件。示例性地，thread.txt文件包括一条记录：
12845(mple.crash.test)S 654 654 0 0-1 1077952832 14110 149798 1 1 4410 38 38 0-20 50 0 195456544 6116872192 28379 18446744073709551615371830566912 371830591584 548710979296 548710959856 0 0 4672 1 1073779964 1 00 17 6 0 0 0 0 0 371830595584 371830596992 372594491392 548710981061548710981160 548710981160 548710985694 0
这一条记录是一个栈空间的信息。在实际中，thread.txt文件可以包括一条或多条记录。在上述记录中，548710959856是栈顶部的地址。
在执行本步骤时，由于每一条记录仅记录栈顶部的地址，需要结合多条记录，确定各栈空间的起始地址，以及各栈空间的大小(或者各栈空间的终止地址)，即确定各栈空间的地址范围。
将第一文件和第二文件中所有的内存段的地址范围与thread.txt文件中的每一条记录进行比较，如果内存段的地址范围与栈空间的地址范围相同或内存段的地址范围落入栈空间的地址范围，则匹配；否则，则不匹配。
S123、当第一文件或第二文件中任一内存段的地址信息与目标文件中任一栈空间的地址信息匹配时，对该任一内存段进行标记。
示例性地，若第一文件中内存段M的地址信息与目标文件中某一栈空间的地址信息匹配，将内存段M标记为THREAD_STACK。若第一文件中内存段N的地址信息与目标文件中某一栈空间的地址信息不匹配，对内存段N不进行标记，留待执行S130时进行标记。
上述技术方案给出了一种具体实现在第一遍历过程进行内存段标记的方法，其巧妙利用目标文件，实现第一轮标记，可以简化标记的难度，提高第一轮标记的速率。
图4为本公开实施例中的一种内存泄漏的归因装置的结构示意图。本公开实施例所提供的内存泄漏的归因装置可以配置于客户端中，或者可以配置于服务端中，该内存泄漏的归因装置具体包括：
获取模块410，用于获取应用程序中目标进程的第一文件和第二文件，所述第一文件包括所述目标进程在崩溃时的相关信息，所述第二文件包括所述应用程序重新启动时所述目标进程的相关信息；
第一遍历模块420，用于对所述第一文件和所述第二文件中的每个内存段进行第一遍历；
第二遍历模块430，用于对所述第一文件和所述第二文件中的每个内存段进行第二遍历；
标记模块440，用于所述第一遍历模块在对所述第一文件和所述第二文件中的每个内存段进行第一遍历的过程中，分别对所述第一文件和所述第二文件中与栈空间匹配的内存段进行标记；在所述第二遍历模块对所述第一文件和所述第二文件中的每个内存段进行第二遍历的过程中，根据所述第一文件和所述第二文件中未被标记的内存段的名称对所述未被标记的内存段进行标记；
确定模块450，用于根据所述第一文件中每个内存段分别对应的标记结果、以及所述第二文件中每个内存段分别对应的标记结果，确定内存泄漏的归因类型。
进一步地，确定模块450，用于分别确定所述第一文件和所述第二文件中标记结果相同的内存段所对应的虚拟内存的总大小；
根据同一标记结果在所述第一文件中对应的虚拟内存的总大小和所述同一标记结果在所述第二文件中对应的虚拟内存的总大小，确定内存泄漏的归因类型。
进一步地，确定模块450，用于根据同一标记结果在所述第一文件中对应的虚拟内存的总大小和所述同一标记结果在所述第二文件中对应的虚拟内存的总大小，确定目标标记结果，所述内存泄漏的归因类型为所述目标标记结果。
进一步地，所述目标标记结果在所述第一文件中对应的虚拟内存的总大小和所述目标标记结果在所述第二文件中对应的虚拟内存的总大小之间的差值大于阈值。
进一步地，所述目标标记结果在所述第一文件中对应的虚拟内存的总大小和所述目标标记结果在所述第二文件中对应的虚拟内存的总大小之间的差值最大。
进一步地，标记模块440，用于：
获取目标文件，所述目标文件包括所述目标进程中一个或多个线程的相关信息，每个线程的相关信息包括所述线程对应的栈空间的地址信息；
在对所述第一文件和所述第二文件中的每个内存段进行第一遍历的过程中，确定所述每个内存段的地址信息是否与所述目标文件中任一栈空间的地址信息匹配；
当所述第一文件或所述第二文件中任一内存段的地址信息与所述目标文件中任一栈空间的地址信息匹配时，对所述任一内存段进行标记。
进一步地，标记模块440，用于：
获取多个第四文件，所述多个第四文件中的每个第四文件包括所述目标进程中一个或多个线程的相关信息；
从所述多个第四文件中获取目标文件，所述目标文件是所述多个第四文件中未被用于所述匹配的优先级最高的第四文件。
进一步地，标记模块440，用于：在所述第二遍历模块对所述第一文件和所述第二文件中的每个内存段进行第二遍历的过程中，若所述第一文件或所述第二文件中任一未标记内存段的名称包括第一预设名称，且与所述任一未标记内存段的前一个内存段成映射关系的第三文件的名称包括第二预设名称，则将所述任一未标记内存段的标记结果设置为与所述前一个内存段相同的标记结果。
进一步地，获取模块，用于控制服务器从终端接收所述应用程序中目标进程的第一文件和第二文件，所述应用程序安装在所述终端中，所述第一文件是在所述目标进程崩溃时由所述终端记录的文件，所述第二文件是所述应用程序重新启动时由所述终端记录的文件。
进一步地，标记模块，用于控制服务器从终端接收所述多个第四文件，所述多个第四文件是在所述目标进程崩溃时由所述终端记录的文件。
进一步地，获取模块，用于控制终端在所述目标进程崩溃时记录所述目标进程的第一文件；以及控制所述终端在所述应用程序重新启动时获取所述目标进程的第二文件。
本公开实施例提供的内存泄漏的归因装置，可执行本公开方法实施例所提供的内存泄漏的归因方法中客户端或服务端所执行的步骤，具备执行步骤和有益效果此处不再赘述。
图5为本公开实施例中的一种电子设备的结构示意图。下面具体参考图5，其示出了适于用来实现本公开实施例中的电子设备1000的结构示意图。本公开实施例中的电子设备1000可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)、可穿戴电子设备等等的移动终端以及诸如数字TV、台式计算机、智能家居设备等等的固定终端。图5示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
如图5所示，电子设备1000可以包括处理装置(例如中央处理器、图形处理器等)1001，其可以根据存储在只读存储器(ROM)1002中的程序或者从存储装置1008加载到随机访问存储器(RAM)1003中的程序而执行各种适当的动作和处理以实现如本公开所述的实施例的内存泄漏的归因方法。在RAM 1003中，还存储有电子设备1000操作所需的各种程序和信息。处理装置1001、ROM 1002以及RAM 1003通过总线1004彼此相连。输入/输出(I/O)接口1005也连接至总线1004。
通常，以下装置可以连接至I/O接口1005：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置1006；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置1007；包括例如磁带、硬盘等的存储装置1008；以及通信装置1009。通信装置1009可以允许电子设备1000与其他设备进行无线或有线通信以交换信息。虽然图5示出了具有各种装置的电子设备1000，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码，从而实现如上所述的内存泄漏的归因方法。在这样的实施例中，该计算机程序可以通过通信装置1009从网络上被下载和安装，或者从存储装置1008被安装，或者从ROM 1002被安装。在该计算机程序被处理装置1001执行时，执行本公开实施例的方法中限定的上述功能。
需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的信息信号，其中承载了计算机可读的程序代码。这种传播的信息信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。
在一些实施方式中，客户端、服务器可以利用诸如HTTP(HyperText TransferProtocol，超文本传输协议)之类的任何已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字信息通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何已知或未来研发的网络。
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：
获取应用程序中目标进程的第一文件和第二文件，所述第一文件包括所述目标进程在崩溃时的相关信息，所述第二文件包括所述应用程序重新启动时所述目标进程的相关信息；
在对所述第一文件和所述第二文件中的每个内存段进行第一遍历的过程中，分别对所述第一文件和所述第二文件中与栈空间匹配的内存段进行标记；
在对所述第一文件和所述第二文件中的每个内存段进行第二遍历的过程中，根据所述第一文件和所述第二文件中未被标记的内存段的名称对所述未被标记的内存段进行标记；
根据所述第一文件中每个内存段分别对应的标记结果、以及所述第二文件中每个内存段分别对应的标记结果，确定内存泄漏的归因类型。
可选的，当上述一个或者多个程序被该电子设备执行时，该电子设备还可以执行上述实施例所述的其他步骤。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。
在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (14)
1.一种内存泄漏的归因方法，其特征在于，所述方法包括：
获取应用程序中目标进程的第一文件和第二文件，所述第一文件包括所述目标进程在崩溃时的相关信息，所述第二文件包括所述应用程序重新启动时所述目标进程的相关信息；
在对所述第一文件和所述第二文件中的每个内存段进行第一遍历的过程中，分别对所述第一文件和所述第二文件中与栈空间匹配的内存段进行标记，给予对应于同一线程的栈空间的内存段或者对应于目标进程的所有线程的栈空间的内存段相同的标记；
在对所述第一文件和所述第二文件中的每个内存段进行第二遍历的过程中，根据所述第一文件和所述第二文件中未被标记的内存段的名称对所述未被标记的内存段进行标记，给予相邻的具有关联关系的两个内存段相同的标记；
根据所述第一文件中每个内存段分别对应的标记结果、以及所述第二文件中每个内存段分别对应的标记结果，分别确定所述第一文件和所述第二文件中标记结果相同的内存段所对应的属性特征，根据同一标记结果在所述第一文件中对应的属性特征和同一标记结果在所述第二文件中对应的属性特征，确定内存泄漏的归因类型。
2.根据权利要求1所述的方法，其特征在于，根据所述第一文件中每个内存段分别对应的标记结果、以及所述第二文件中每个内存段分别对应的标记结果，分别确定所述第一文件和所述第二文件中标记结果相同的内存段所对应的属性特征，根据同一标记结果在所述第一文件中对应的属性特征和同一标记结果在所述第二文件中对应的属性特征，确定内存泄漏的归因类型，包括：
分别确定所述第一文件和所述第二文件中标记结果相同的内存段所对应的虚拟内存的总大小；
根据同一标记结果在所述第一文件中对应的虚拟内存的总大小和所述同一标记结果在所述第二文件中对应的虚拟内存的总大小，确定内存泄漏的归因类型。
3.根据权利要求2所述的方法，其特征在于，根据同一标记结果在所述第一文件中对应的虚拟内存的总大小和所述同一标记结果在所述第二文件中对应的虚拟内存的总大小，确定内存泄漏的归因类型，包括：
根据同一标记结果在所述第一文件中对应的虚拟内存的总大小和所述同一标记结果在所述第二文件中对应的虚拟内存的总大小，确定目标标记结果，所述内存泄漏的归因类型为所述目标标记结果。
4.根据权利要求3所述的方法，其特征在于，所述目标标记结果在所述第一文件中对应的虚拟内存的总大小和所述目标标记结果在所述第二文件中对应的虚拟内存的总大小之间的差值大于阈值。
5.根据权利要求3所述的方法，其特征在于，所述目标标记结果在所述第一文件中对应的虚拟内存的总大小和所述目标标记结果在所述第二文件中对应的虚拟内存的总大小之间的差值最大。
6.根据权利要求1所述的方法，其特征在于，在对所述第一文件和所述第二文件中的每个内存段进行第一遍历的过程中，分别对所述第一文件和所述第二文件中与栈空间匹配的内存段进行标记，给予对应于同一线程的栈空间的内存段或者对应于目标进程的所有线程的栈空间的内存段相同的标记，包括：
获取目标文件，所述目标文件包括所述目标进程中一个或多个线程的相关信息，每个线程的相关信息包括所述线程对应的栈空间的地址信息；
在对所述第一文件和所述第二文件中的每个内存段进行第一遍历的过程中，确定所述每个内存段的地址信息是否与所述目标文件中任一栈空间的地址信息匹配；
当所述第一文件或所述第二文件中任一内存段的地址信息与所述目标文件中任一栈空间的地址信息匹配时，对所述任一内存段进行标记。
7.根据权利要求6所述的方法，其特征在于，获取目标文件，包括：
获取多个第四文件，所述多个第四文件中的每个第四文件包括所述目标进程中一个或多个线程的相关信息；
从所述多个第四文件中获取目标文件，所述目标文件是所述多个第四文件中未被用于所述匹配的优先级最高的第四文件。
8.根据权利要求1所述的方法，其特征在于，根据所述第一文件和所述第二文件中未被标记的内存段的名称对所述未被标记的内存段进行标记，给予相邻的具有关联关系的两个内存段相同的标记，包括：
若所述第一文件或所述第二文件中任一未标记内存段的名称包括第一预设名称，且与所述任一未标记内存段的前一个内存段成映射关系的第三文件的名称包括第二预设名称，则将所述任一未标记内存段的标记结果设置为与所述前一个内存段相同的标记结果。
9.根据权利要求1所述的方法，其特征在于，获取应用程序中目标进程的第一文件和第二文件，包括：
服务器从终端接收所述应用程序中目标进程的第一文件和第二文件，所述应用程序安装在所述终端中，所述第一文件是在所述目标进程崩溃时由所述终端记录的文件，所述第二文件是所述应用程序重新启动时由所述终端记录的文件。
10.根据权利要求7所述的方法，其特征在于，获取多个第四文件，包括：
服务器从终端接收所述多个第四文件，所述多个第四文件是在所述目标进程崩溃时由所述终端记录的文件。
11.根据权利要求1所述的方法，其特征在于，获取应用程序中目标进程的第一文件和第二文件，包括：
终端在所述目标进程崩溃时记录所述目标进程的第一文件；
所述终端在所述应用程序重新启动时获取所述目标进程的第二文件。
12.一种内存泄漏的归因装置，其特征在于，包括：
获取模块，用于获取应用程序中目标进程的第一文件和第二文件，所述第一文件包括所述目标进程在崩溃时的相关信息，所述第二文件包括所述应用程序重新启动时所述目标进程的相关信息；
第一遍历模块，用于对所述第一文件和所述第二文件中的每个内存段进行第一遍历；
第二遍历模块，用于对所述第一文件和所述第二文件中的每个内存段进行第二遍历；
标记模块，用于所述第一遍历模块在对所述第一文件和所述第二文件中的每个内存段进行第一遍历的过程中，分别对所述第一文件和所述第二文件中与栈空间匹配的内存段进行标记，给予对应于同一线程的栈空间的内存段或者对应于目标进程的所有线程的栈空间的内存段相同的标记；在所述第二遍历模块对所述第一文件和所述第二文件中的每个内存段进行第二遍历的过程中，根据所述第一文件和所述第二文件中未被标记的内存段的名称对所述未被标记的内存段进行标记，给予相邻的具有关联关系的两个内存段相同的标记；
确定模块，用于根据所述第一文件中每个内存段分别对应的标记结果、以及所述第二文件中每个内存段分别对应的标记结果，分别确定所述第一文件和所述第二文件中标记结果相同的内存段所对应的属性特征，根据同一标记结果在所述第一文件中对应的属性特征和同一标记结果在所述第二文件中对应的属性特征，确定内存泄漏的归因类型。
13.一种电子设备，其特征在于，所述电子设备包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序；
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-11中任一项所述的方法。
14.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-11中任一项所述的方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110401515.2A CN113157477B (zh) | 2021-04-14 | 2021-04-14 | 内存泄漏的归因方法、装置、电子设备和存储介质 |
| PCT/CN2022/079294 WO2022218057A1 (zh) | 2021-04-14 | 2022-03-04 | 内存泄漏的归因方法、装置、电子设备和存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110401515.2A CN113157477B (zh) | 2021-04-14 | 2021-04-14 | 内存泄漏的归因方法、装置、电子设备和存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113157477A CN113157477A (zh) | 2021-07-23 |
| CN113157477B true CN113157477B (zh) | 2024-02-06 |
Family
ID=76890450
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110401515.2A Active CN113157477B (zh) | 2021-04-14 | 2021-04-14 | 内存泄漏的归因方法、装置、电子设备和存储介质 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN113157477B (zh) |
| WO (1) | WO2022218057A1 (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113157477B (zh) * | 2021-04-14 | 2024-02-06 | 北京字节跳动网络技术有限公司 | 内存泄漏的归因方法、装置、电子设备和存储介质 |
| CN116126577B (zh) * | 2022-02-28 | 2024-03-12 | 北京基调网络股份有限公司 | 文件句柄监测、泄漏分析方法和装置及电子设备 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6125434A (en) * | 1998-05-19 | 2000-09-26 | Northorp Grumman Corporation | Dynamic memory reclamation without compiler or linker assistance |
| WO2017035785A1 (zh) * | 2015-09-01 | 2017-03-09 | 深圳好视网络科技有限公司 | 一种内存泄漏的定位方法和装置 |
| CN111090536A (zh) * | 2019-11-19 | 2020-05-01 | 北京字节跳动网络技术有限公司 | 一种获取内存泄露信息的方法、装置、介质和电子设备 |
| CN111813667A (zh) * | 2020-06-30 | 2020-10-23 | 北京字节跳动网络技术有限公司 | 应用运行轨迹的收集方法、装置、介质和设备 |
| CN112035314A (zh) * | 2020-07-31 | 2020-12-04 | 北京达佳互联信息技术有限公司 | 内存泄漏的监控方法、装置及电子设备 |
| CN112162893A (zh) * | 2020-10-30 | 2021-01-01 | 新华三大数据技术有限公司 | 一种内存泄漏定位方法、装置及电子设备 |
| CN112269713A (zh) * | 2020-10-14 | 2021-01-26 | 苏州浪潮智能科技有限公司 | 一种程序运行状态的获取方法、装置、设备及存储介质 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9760464B1 (en) * | 2015-03-27 | 2017-09-12 | Amazon Technologies, Inc. | Memory leak detection |
| CN109144872A (zh) * | 2018-08-20 | 2019-01-04 | 杭州迪普科技股份有限公司 | 内存泄漏的检测方法、装置、终端设备及可读存储介质 |
| CN113157477B (zh) * | 2021-04-14 | 2024-02-06 | 北京字节跳动网络技术有限公司 | 内存泄漏的归因方法、装置、电子设备和存储介质 |
-
2021
- 2021-04-14 CN CN202110401515.2A patent/CN113157477B/zh active Active
-
2022
- 2022-03-04 WO PCT/CN2022/079294 patent/WO2022218057A1/zh unknown
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6125434A (en) * | 1998-05-19 | 2000-09-26 | Northorp Grumman Corporation | Dynamic memory reclamation without compiler or linker assistance |
| WO2017035785A1 (zh) * | 2015-09-01 | 2017-03-09 | 深圳好视网络科技有限公司 | 一种内存泄漏的定位方法和装置 |
| CN111090536A (zh) * | 2019-11-19 | 2020-05-01 | 北京字节跳动网络技术有限公司 | 一种获取内存泄露信息的方法、装置、介质和电子设备 |
| CN111813667A (zh) * | 2020-06-30 | 2020-10-23 | 北京字节跳动网络技术有限公司 | 应用运行轨迹的收集方法、装置、介质和设备 |
| CN112035314A (zh) * | 2020-07-31 | 2020-12-04 | 北京达佳互联信息技术有限公司 | 内存泄漏的监控方法、装置及电子设备 |
| CN112269713A (zh) * | 2020-10-14 | 2021-01-26 | 苏州浪潮智能科技有限公司 | 一种程序运行状态的获取方法、装置、设备及存储介质 |
| CN112162893A (zh) * | 2020-10-30 | 2021-01-01 | 新华三大数据技术有限公司 | 一种内存泄漏定位方法、装置及电子设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113157477A (zh) | 2021-07-23 |
| WO2022218057A1 (zh) | 2022-10-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9743251B2 (en) | Adding location names using private frequent location data | |
| WO2015149673A1 (en) | Method, server, and system for sharing resource data | |
| CN113157477B (zh) | 内存泄漏的归因方法、装置、电子设备和存储介质 | |
| CN106648569B (zh) | 目标序列化实现方法和装置 | |
| CN110365724B (zh) | 任务处理方法、装置及电子设备 | |
| CN111506386A (zh) | 虚拟机在线迁移方法、装置、设备及计算机可读存储介质 | |
| US11994988B2 (en) | Multi-ring shared, traversable, and dynamic advanced database | |
| CN114064594B (zh) | 数据处理方法和装置 | |
| CN106294387B (zh) | 数据迁移方法和装置 | |
| CN111625422B (zh) | 线程监控方法、装置、电子设备及计算机可读存储介质 | |
| CN111694639B (zh) | 进程容器地址的更新方法、装置和电子设备 | |
| CN111241040A (zh) | 信息获取方法、装置、电子设备及计算机存储介质 | |
| US9158690B2 (en) | Performing zero-copy sends in a networked file system with cryptographic signing | |
| US8990627B2 (en) | Leveraging page fault and page reclaim capabilities in debugging | |
| CN111506904B (zh) | 漏洞在线修复的方法和装置 | |
| CN110888773B (zh) | 一种获取线程标识的方法、装置、介质和电子设备 | |
| CN106502707B (zh) | 代码生成方法及装置 | |
| US20140297953A1 (en) | Removable Storage Device Identity and Configuration Information | |
| CN116628773A (zh) | 数据处理方法、装置、电子设备及存储介质 | |
| CN115562871A (zh) | 内存分配管理的方法和装置 | |
| CN112988604B (zh) | 对象测试方法、测试系统、电子设备及可读存储介质 | |
| CN112379967B (zh) | 模拟器检测方法、装置、设备及介质 | |
| CN114860238A (zh) | 页面生成方法、装置及电子设备 | |
| CN109460255B (zh) | 内存地址的查询方法及装置 | |
| CN113849125A (zh) | 一种cdn服务器磁盘读取的方法、装置及系统 |
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 |