CN111611145B - 崩溃信息收集方法、装置、存储介质及电子设备 - Google Patents

崩溃信息收集方法、装置、存储介质及电子设备 Download PDF

Info

Publication number
CN111611145B
CN111611145B CN202010479544.6A CN202010479544A CN111611145B CN 111611145 B CN111611145 B CN 111611145B CN 202010479544 A CN202010479544 A CN 202010479544A CN 111611145 B CN111611145 B CN 111611145B
Authority
CN
China
Prior art keywords
memory
snapshot file
stack
resource
target
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
Application number
CN202010479544.6A
Other languages
English (en)
Other versions
CN111611145A (zh
Inventor
庞翔宇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing ByteDance Network Technology Co Ltd
Original Assignee
Beijing ByteDance Network Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing ByteDance Network Technology Co Ltd filed Critical Beijing ByteDance Network Technology Co Ltd
Priority to CN202010479544.6A priority Critical patent/CN111611145B/zh
Publication of CN111611145A publication Critical patent/CN111611145A/zh
Application granted granted Critical
Publication of CN111611145B publication Critical patent/CN111611145B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3466—Performance evaluation by tracing or monitoring
    • G06F11/3476—Data logging
    • 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
    • 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/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • 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)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本公开涉及一种崩溃信息收集方法、装置、存储介质及电子设备，以减少内存快照文件的容量，更高效地分析进程异常原因。该崩溃信息收集方法包括：响应于应用程序的进程发生异常，创建内存快照文件；根据所述进程的虚拟内存节点对应的内存资源的类型，对所述虚拟内存节点对应的内存资源进行过滤，得到与所述进程发生异常相关的目标内存资源；将所述目标内存资源写入所述内存快照文件。

Description

崩溃信息收集方法、装置、存储介质及电子设备
技术领域
本公开涉及计算机技术领域，具体地，涉及一种崩溃信息收集方法、装置、存储介质及电子设备。
背景技术
随着移动互联网技术的不断发展，譬如手机、Pad等电子设备逐渐渗透进人们生活的方方面面，通过电子设备上安装的各种应用程序，人们可以进行社交、娱乐、支付等不同的操作。
但是，在应用程序运行过程中，可能会出现运行崩溃的情况，从而影响用户的正常使用。在此种情况下，如果可以及时分析应用程序崩溃的原因，则可以及时针对问题进行修复，更快地恢复用户对于应用程序的正常使用。但是，在应用程序发生崩溃的某些情况下，比如，在安卓系统上运行的应用程序发生本地崩溃时，很多时候无法直接分析出崩溃原因，从而影响用户的正常使用。
发明内容
提供该发明内容部分以便以简要的形式介绍构思，这些构思将在后面的具体实施方式部分被详细描述。该发明内容部分并不旨在标识要求保护的技术方案的关键特征或必要特征，也不旨在用于限制所要求的保护的技术方案的范围。
第一方面，本公开提供一种崩溃信息收集方法，所述方法包括：
响应于应用程序的进程发生异常，创建内存快照文件；
根据所述进程的虚拟内存节点对应的内存资源的类型，对所述虚拟内存节点对应的内存资源进行过滤，得到与所述进程发生异常相关的目标内存资源；
将所述目标内存资源写入所述内存快照文件。
第二方面，本公开还提供一种崩溃信息收集装置，所述装置包括：
创建模块，被配置为响应于应用程序的进程发生异常，创建内存快照文件；
过滤模块，被配置为根据所述进程的虚拟内存节点对应的内存资源的类型，对所述虚拟内存节点对应的内存资源进行过滤，得到与所述进程发生异常相关的目标内存资源；
写入模块，被配置为将所述目标内存资源写入所述内存快照文件。
第三方面，本公开还提供一种计算机可读介质，其上存储有计算机程序，该程序被处理装置执行时实现第一方面所述方法的步骤。
第四方面，本公开还提供一种电子设备，包括：
存储装置，其上存储有计算机程序；
处理装置，用于执行所述存储装置中的所述计算机程序，以实现第一方面所述方法的步骤。
通过上述技术方案，可以获取到异常进程相关的内存资源，从而根据内存资源的运行情况，较好地分析出进程异常的原因。并且，可以将异常进程对应的内存资源进行过滤后再写入内存快照文件，而不是将异常进程对应的所有内存资源写入内存快照文件，因此可以减少内存快照文件的容量，从而节省用于存储内存快照文件的存储空间，更加高效的分析进程异常的原因。
本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。
附图说明
结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。
在附图中：
图1是根据本公开一示例性实施例示出的一种崩溃信息收集方法的流程图；
图2是根据本公开另一示例性实施例示出的一种崩溃信息收集方法的流程图；
图3是根据本公开一示例性实施例示出的一种崩溃信息收集装置的框图；
图4是根据本公开一示例性实施例示出的一种电子设备的框图。
具体实施方式
下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。
应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。
本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。另外需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。
本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。
正如背景技术所言，在应用程序运行过程中，可能会出现运行崩溃的情况，从而影响用户的正常使用。在此种情况下，如果可以及时分析应用程序崩溃的原因，则可以及时针对问题进行修复，更快地恢复用户对于应用程序的正常使用。但是，在应用程序发生崩溃的某些情况下，比如，在安卓系统上运行的应用程序发生本地崩溃时，很多时候无法直接分析出崩溃原因，从而影响用户的正常使用。
发明人研究发现，Linux系统提供的一种底层Core Dump(又被称为核心转储或内存快照)机制可以生成应用程序的内存快照文件，通过此内存快照文件可以分析调试应用程序崩溃的问题。但是，安卓系统应用程序的内存快照文件大小通常在1G到3G，而用于运行安卓系统的终端内存空间通常为4G或128G，因此将内存快照文件存储在终端本地会对存储空间造成很大的挑战，尤其是当应用程序发生多次运行异常后，每次存储的内存快照文件累积起来会对内存空间造成很大的挑战。
有鉴于此，本公开实施例提供一种崩溃信息收集方法、装置、存储介质及电子设备，以减少内存快照文件的容量，更高效地分析进程异常原因。
首先说明，本公开实施例提供的崩溃信息收集方法可以应用于例如手机、电脑等不同类型的电子设备。在其他情况下，考虑到电子设备的出厂配置可能关闭了内存快照功能，因此本公开实施例提供的崩溃信息收集方法还可以集成在应用程序中，比如可以集成在直播应用程序中，用于对该直播应用程序的运行异常进行处理，或者可以集成在社交应用程序，用于对该社交应用程序的运行异常进程处理，等等，本公开实施例对此不作限定。
图1是根据本公开一示例性实施例示出的一种崩溃信息收集方法的流程图。参照图1，该崩溃信息收集方法可以包括以下步骤：
步骤101，响应于应用程序的进程发生异常，创建内存快照文件。
步骤102，根据该进程的虚拟内存节点对应的内存资源的类型，对虚拟内存节点对应的内存资源进行过滤，得到与进程发生异常相关的目标内存资源。
步骤103，将目标内存资源写入内存快照文件。
通过上述方式，可以获取到异常进程相关的内存资源，从而根据内存资源的运行情况，较好地分析出进程异常的原因。并且，可以将异常进程对应的内存资源进行过滤后再写入内存快照文件，而不是将异常进程对应的所有内存资源写入内存快照文件，因此可以减少内存快照文件的容量，从而节省用于存储内存快照文件的存储空间，更加高效的分析进程异常的原因。
为了使得本领域技术人员更加理解本公开实施例提供的崩溃信息收集方法，下面对上述各步骤进行详细举例说明。
示例地，步骤101中的进程可以是应用程序运行的任一进程，比如，可以是应用程序运行的Native进程(本地进程)，等等，本公开实施例对此不作限定。如果检测到应用程序的进程发生异常，比如进程崩溃或者进程被强制关闭等异常，则可以创建内存快照文件。应当理解的是，初始创建的内存快照文件为空，可以通过后续的步骤向该内存快照文件中写入对应的内存资源，从而根据写有对应内存资源的内存快照文件进行进程异常分析。
示例地，内存快照文件可以是ELF(Executable and Linkable Format，可执行与可链接格式)文件格式。应当理解的是，ELF文件在文件开始处可以通过ELF header描述整个文件的控制结构，因此在创建内存快照文件后，可以先填充ELF header信息，然后再执行后续步骤，确定目标内存资源，并将该目标内存资源写入创建的内存快照文件中。
示例地，可以先遍历进程的虚拟内存节点，然后根据遍历到的虚拟内存节点对应的内存资源的类型，对虚拟内存节点对应的内存资源进行过滤。应当理解的是，虚拟内存节点又被称为maps节点，对应的内存路径可以是/proc/self/maps，因此遍历进程的虚拟内存节点可以理解为是遍历进程的/proc/self/maps节点。在实际应用中，虚拟内存的作用之一是将主存视为一个存储在磁盘上的地址空间的高速缓存，并根据需要在磁盘和主存之间来回传送数据。因此，通过遍历进程的虚拟内存节点，可以确定进程对应的内存资源地址，从而可以获取进程对应的内存资源，进而在后续的步骤中对内存资源进行过滤，实现减少内存快照文件容量的目的。
应当理解的是，进程对应的虚拟内存节点所对应的内存资源可以包括栈内存、堆内存、java编译后的字节码文件(比如odex文件、vdex文件、oat文件、apk文件)、字库资源、本地线程栈资源等。这些内存资源中，并不是每一种内存资源都与进程的异常相关。因此，为了减少内存快照文件的容量，可以按照内存资源的类型，对虚拟内存节点对应的所有内存资源进行过滤。
在可能的方式中，对虚拟内存节点对应的内存资源进行过滤可以是：先获取用于过滤内存资源的黑名单，该黑名单中包括与进程发生异常无关的内存资源，然后根据该黑名单对虚拟内存节点对应的内存资源进行过滤。
示例地，黑名单可以是定期更新的，或者可以是根据实际业务需求而适应性更新，等等，本公开实施例对此不作限定。
应当理解的是，应用程序发生异常大多是Native崩溃(本地崩溃)，而与Native崩溃相关联的内存资源通常不包括库文件、Java文件和未使用的栈内存，因此可以将这些内存资源进行过滤。也即是说，在可能的方式中，黑名单中包括以下至少一种类型的内存资源：库文件和Java文件以及未使用的栈内存。
示例地，库文件可以是可执行代码的二进制形式，可以被操作系统载入内存中执行，比如，可以是与进程相关的字库资源等，本公开实施例对此不作限定。Java文件可以是与应用程序运行相关的Java层面的内存文件，比如odex文件、vdex文件、oat文件、apk文件等。未使用的栈内存可以是应用程序发生异常时未使用的本地线程栈内存。
在可能的方式中，可以先确定当前栈指针以及栈底指针，然后对当前栈指针与栈底指针之间的栈内存增加预设内存空间，得到目标栈内存，最后将进程对应的栈内存中除目标栈内存外的其他栈内存作为未使用的栈内存资源加入到所述黑名单中。其中，预设内存空间可以根据实际情况设定，比如考虑到内存中的最小存储单元为内存页(大小为4096K)，因此可以将预设内存空间设定为一个内存页的大小。
在实际应用中，可能存在栈溢出的问题，即内存资源不仅存储在当前栈指针与栈底指针之间的栈内存空间，还存储在当前栈指针与栈底指针所对应栈内存空间以外的栈内存空间。如果将当前栈指针与栈底指针之间的栈内存空间确定为当前使用的栈内存，而将其他栈内存空间确定为未使用的栈内存，则可能将当前使用的栈内存误过滤。在本公开实施例中，为了避免此种误过滤的问题，则可以在确定当前栈指针以及栈底指针之后，对当前栈指针与栈底指针之间的栈内存增加预设内存空间，得到目标栈内存，然后将进程对应的栈内存中除目标栈内存外的其他栈内存确定为未使用的栈内存资源加入到黑名单中，实现对内存资源的过滤。
在可能的方式中，根据黑名单，对虚拟内存节点对应的内存资源进行过滤，可以是：当虚拟内存节点对应的内存资源与黑名单中内存资源匹配时，则对虚拟内存节点对应的内存资源设置过滤标识信息，然后过滤虚拟内存节点对应的具有过滤标识信息的内存资源。
前文已有说明，黑名单中可以包括与进程发生异常无关的内存资源，因此当虚拟内存节点对应的内存资源与黑名单中内存资源匹配时，则可以确定该内存资源与进程发生异常无关，因此可以对该内存资源设置过滤标识信息，从而在后续过程中可以过滤具有过滤标识信息的内存资源，避免将进程对应的所有内存资源写入内存快照文件中，减少内存快照文件的大小，节省存储空间。
在可能的方式中，当虚拟内存节点对应的内存资源与黑名单中内存资源匹配时，则对虚拟内存节点对应的内存资源设置过滤标识信息可以是：当虚拟内存节点对应的内存资源与黑名单中内存资源匹配时，则将虚拟内存节点对应的内存资源在内存快照文件中的内存容量标志位设置为目标内存容量。相应地，过滤具有过滤标识信息的内存资源可以是：过滤内存容量标志位为目标内存容量的内存资源。
示例地，目标内存容量可以根据实际情况设定，比如可以将目标内存容量设定为0，等等，本公开实施例对此不作限定。例如，将目标内存容量设置为0，若在黑名单中比对到虚拟内存节点对应的内存资源，将该内存资源在内存快照文件中的内存容量标志位设置为0。在其他情况下，若在黑名单中未比对到虚拟内存节点对应的内存资源，则可以根据内存资源的大小设置该内存资源在内存快照文件中的内存容量标志位。
应当理解的是，创建的内存快照文件可以包括程序段Program Header，该程序段可以包括内存容量标志位(比如size标识位)，可以记录内存资源对应的容量，即内存资源的大小，从而在将内存资源写入内存快照文件的过程中，可以读取该程序段，依次从内存中获取对应容量的内存资源。
因此，在本公开实施例中，当虚拟内存节点对应的内存资源与黑名单中内存资源匹配时，则可以将待过滤的内存资源的内存容量标志位设置为目标内存容量，那么在读取程序段Program Header的过程中，当读取到内存容量标志位为目标内存容量时，则可以确定该内存容量标志位对应的内存资源为待过滤的内存资源，从而可以不将该内存资源写入内存快照文件中，实现内存资源过滤的目的。
应当理解的是，在其他情况下，当虚拟内存节点对应的内存资源与黑名单中内存资源不匹配时，则可以根据内存资源的实际大小，设置该内存资源在内存快照文件中的内存容量标志位。在此种情况下，读取程序段Program Header的过程中，读取到的内存容量标志位为该内存资源的实际容量大小，而不是目标内存容量，因此可以确定该内存容量标志位对应的内存资源不是待过滤的内存资源，从而可以将该内存资源写入内存快照文件中，后续则可以根据写有该内存资源的内存快照文件分析进程崩溃的原因。
在可能的方式中，上述过滤操作还可以是：通过进程的第一子进程进行过滤，该第一子进程可以是响应于进程发生异常而创建的。相应地，将目标内存资源写入内存快照文件可以是：通过进程的第二子进程将目标内存资源写入内存快照文件，该第二子进程可以是在第一子进程退出后而创建的。
也即是说，本公开实施例中，过滤内存资源以及将过滤后的内存资源(即目标内存资源)写入内存快照文件可以分别通过进程的两个不同的子进程执行，实现过滤与写入的解耦，便于对两个不同的过程进行精细控制。
在可能的方式中，可以在对虚拟内存节点对应的内存资源进行过滤之后，控制第一子进程退出。相应地，通过第二子进程将目标内存资源写入内存快照文件可以是：响应于第一子进程的退出信号，通过第二子进程将目标内存资源写入内存快照文件。
例如，可以响应于应用程序的进程发生异常，创建进程的第一子进程，然后通过第一子进程创建内存快照文件，并可以通过第一子进程遍历进程的虚拟内存节点。然后，第一子进程可以执行步骤102，实现对内存资源的过滤过程。在第一子进程对内存资源过滤之后，第一子进程退出。然后可以响应于第一子进程的退出信号，创建进程的第二子进程，并通过第二子进程将目标内存资源写入内存快照文件。
通过上述方式，可以通过进程的两个子进程执行内存资源过滤和将过滤后的内存资源写入内存快照文件的过程，并且第二子进程可以响应于第一子进程的退出信号执行将内存资源写入内存快照文件的操作，保证两个子进程之间的有序执行，避免子进程的执行错误，从而保证内存快照文件的正常生成。
在将目标内存资源写入内存快照文件后，可以根据写入有内存资源的内存快照文件，确定进程发生异常的原因。比如，可以确定内存快照文件中内存资源的状态是否满足对应的预设条件，若某一内存资源的状态不满足预设条件，则可以确定进程发生异常的原因是该内存资源的状态异常，等等，本公开实施例对于根据内存快照文件分析进程异常原因的方式不作限定，在本公开具体实施时，可以根据实际情况采取不同的分析方式。
下面通过另一示例性实施例对本公开提供的崩溃信息收集方法进行说明。参照图2，该崩溃信息收集方法包括以下步骤：
步骤201，响应于应用程序的进程发生异常，创建该进程的第一子进程。
步骤202，通过第一子进程创建内存快照文件，并填充内存快照文件的ELF header信息。
步骤203，通过第一子进程遍历进程的虚拟内存节点。
步骤204，获取用于过滤内存资源的黑名单。
步骤205，当虚拟内存节点对应的内存资源与黑名单中内存资源匹配时，则将内存资源在内存快照文件中的内存容量标志位设置为0。
步骤206，当虚拟内存节点对应的内存资源与黑名单中内存资源不匹配时，则根据内存资源的实际大小，设置该内存资源在内存快照文件中的内存容量标志位。
步骤207，根据虚拟内存节点对应的内存资源的内存容量标志位填充内存快照文件的Program Header信息。
步骤208，控制退出第一子进程。
步骤209，响应于接收到第一子进程的退出信号，创建该进程的第二子进程。
步骤210，通过第二子进程读取内存快照文件的Program Header信息。
步骤211，将Program Header信息内存容量标志位非0的目标内存资源写入内存快照文件中。
步骤212，控制第二子进程退出。
步骤213，根据写入有目标内存资源的内存快照文件，确定该进程的异常原因。
上述各步骤的具体实施方式已在上文进行详细举例说明，这里不再赘述。另外应当理解的是，对于上述方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本公开并不受上文所描述的动作顺序的限制。其次，本领域技术人员也应该知悉，上文所描述的实施例属于优选实施例，所涉及的步骤并不一定是本公开所必须的。
通过上述方式，可以获取到异常进程相关的内存资源，从而根据内存资源的运行情况，较好地分析出进程异常的原因。并且，可以将异常进程对应的内存资源进行过滤后再写入内存快照文件，而不是将异常进程对应的所有内存资源写入内存快照文件，因此可以减少内存快照文件的容量，从而节省用于存储内存快照文件的存储空间，更加高效的分析进程异常的原因。
例如，参照表1，在同等磁盘存储下，执行本公开实施例方法后，内存快照文件的大小由原来的1.1G减少为72M，压缩后的内存快照文件的大小由原来的79M减少为2.2M，无论是压缩前后，内存快照文件的容量都有较大程度的较少，从而可以节省用于存储内存快照文件的存储空间。并且，生成内存快照文件的时间由原来的10～15秒缩减为1～2秒，减少了内存快照文件的生成时间，从而可以更加高效的根据内存快照文件进行进程异常分析，更加及时地对异常问题进行修复，更快地恢复用户对于应用程序的正常使用，提升用户体验。
表1
Figure BDA0002516856300000121
基于同一发明构思，本公开实施例还提供一种崩溃信息收集装置，该装置可以通过软件、硬件或者两者结合的方式成为电子设备的部分或全部。参照图3，该崩溃信息收集装置300包括：
创建模块301，被配置为响应于应用程序的进程发生异常，创建内存快照文件；
过滤模块302，被配置为根据所述进程的虚拟内存节点对应的内存资源的类型，对所述虚拟内存节点对应的内存资源进行过滤，得到与所述进程发生异常相关的目标内存资源；
写入模块303，被配置为将所述目标内存资源写入所述内存快照文件。
可选地，所述过滤模块302被配置为：
获取用于过滤内存资源的黑名单，所述黑名单中包括与所述进程发生异常无关的内存资源的类型；
根据所述黑名单对所述虚拟内存节点对应的内存资源进行过滤。
可选地，所述过滤模块302包括：
设置子模块，被配置为当所述虚拟内存节点对应的内存资源与所述黑名单中内存资源匹配时，则对所述虚拟内存节点对应的所述内存资源设置过滤标识信息；
过滤子模块，被配置为过滤所述虚拟内存节点对应的具有所述过滤标识信息的内存资源。
可选地，所述设置子模块被配置为：
当所述虚拟内存节点对应的内存资源与所述黑名单中内存资源匹配时，则将所述虚拟内存节点对应的所述内存资源在所述内存快照文件中的内存容量标志位设置为目标内存容量；
所述过滤子模块被配置为：
过滤所述内存容量标志位为所述目标内存容量的内存资源。
可选地，所述黑名单中包括以下至少一种类型的内存资源：库文件和Java文件以及未使用的栈内存。
可选地，所述装置300还包括：
第一确定模块，被配置为确定当前栈指针以及栈底指针；
增加模块，被配置为对所述当前栈指针与所述栈底指针之间的栈内存增加预设内存空间，得到目标栈内存；
第二确定模块，被配置为将所述进程对应的栈内存中除所述目标栈内存外的其他栈内存作为未使用的栈内存资源加入到所述黑名单中。
可选地，所述过滤模块302被配置为：
通过所述进程的第一子进程进行过滤，所述第一子进程是响应于所述进程发生异常而创建的；
所述写入模块303被配置为：
通过所述进程的第二子进程将所述目标内存资源写入所述内存快照文件，所述第二子进程是在所述第一子进程退出后而创建的。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
基于同一发明构思，本公开实施例还提供一种计算机可读介质，其上存储有计算机程序，该程序被处理装置执行时实现上述任一崩溃信息收集方法的步骤。
基于同一发明构思，本公开实施例还提供一种电子设备，包括：
存储装置，其上存储有计算机程序；
处理装置，用于执行所述存储装置中的所述计算机程序，以实现上述任一崩溃信息收集方法的步骤。
下面参考图4，其示出了适于用来实现本公开实施例的电子设备400的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图4示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
如图4所示，电子设备400可以包括处理装置(例如中央处理器、图形处理器等)401，其可以根据存储在只读存储器(ROM)402中的程序或者从存储装置408加载到随机访问存储器(RAM)403中的程序而执行各种适当的动作和处理。在RAM 403中，还存储有电子设备400操作所需的各种程序和数据。处理装置401、ROM 402以及RAM 403通过总线404彼此相连。输入/输出(I/O)接口405也连接至总线404。
通常，以下装置可以连接至I/O接口405：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置406；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置407；包括例如磁带、硬盘等的存储装置408；以及通信装置409。通信装置409可以允许电子设备400与其他设备进行无线或有线通信以交换数据。虽然图4示出了具有各种装置的电子设备400，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置409从网络上被下载和安装，或者从存储装置408被安装，或者从ROM 402被安装。在该计算机程序被处理装置401执行时，执行本公开实施例的方法中限定的上述功能。
需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。
在一些实施方式中，可以利用诸如HTTP(HyperText Transfer Protocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：响应于应用程序的进程发生异常，创建内存快照文件；根据所述进程的虚拟内存节点对应的内存资源的类型，对所述虚拟内存节点对应的内存资源进行过滤，得到与所述进程发生异常相关的目标内存资源；将所述目标内存资源写入所述内存快照文件。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言——诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)——连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块的名称在某种情况下并不构成对该模块本身的限定。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。
在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
根据本公开的一个或多个实施例，示例1一种崩溃信息收集方法，所述方法包括：
响应于应用程序的进程发生异常，创建内存快照文件；
根据所述进程的虚拟内存节点对应的内存资源的类型，对所述虚拟内存节点对应的内存资源进行过滤，得到与所述进程发生异常相关的目标内存资源；
将所述目标内存资源写入所述内存快照文件。
根据本公开的一个或多个实施例，示例2提供了示例1的方法，其中，所述对所述虚拟内存节点对应的内存资源进行过滤，包括：
获取用于过滤内存资源的黑名单，所述黑名单中包括与所述进程发生异常无关的内存资源的类型；
根据所述黑名单对所述虚拟内存节点对应的内存资源进行过滤。
根据本公开的一个或多个实施例，示例3提供了示例2的方法，其中，所述根据所述黑名单对所述虚拟内存节点对应的内存资源进行过滤，包括：
当所述虚拟内存节点对应的内存资源与所述黑名单中内存资源匹配时，则对所述虚拟内存节点对应的所述内存资源设置过滤标识信息；
过滤所述虚拟内存节点对应的具有所述过滤标识信息的内存资源。
根据本公开的一个或多个实施例，示例4提供了示例3的方法，其中，所述当所述虚拟内存节点对应的内存资源与所述黑名单中内存资源匹配时，则对所述虚拟内存节点对应的所述内存资源设置过滤标识信息，包括：
当所述虚拟内存节点对应的内存资源与所述黑名单中内存资源匹配时，则将所述虚拟内存节点对应的所述内存资源在所述内存快照文件中的内存容量标志位设置为目标内存容量；
所述过滤具有所述过滤标识信息的内存资源，包括：
过滤所述内存容量标志位为所述目标内存容量的内存资源。
根据本公开的一个或多个实施例，示例5提供了示例2的方法，其中，所述黑名单中包括以下至少一种类型的内存资源：库文件和Java文件以及未使用的栈内存。
根据本公开的一个或多个实施例，示例6提供了示例5的方法，还包括：
确定当前栈指针以及栈底指针；
对所述当前栈指针与所述栈底指针之间的栈内存增加预设内存空间，得到目标栈内存；
将所述进程对应的栈内存中除所述目标栈内存外的其他栈内存作为未使用的栈内存资源加入所述黑名单中。
根据本公开的一个或多个实施例，示例7提供了示例1-6任一的方法，其中，所述过滤包括：
通过所述进程的第一子进程进行过滤，所述第一子进程是响应于所述进程发生异常而创建的；
所述将所述目标内存资源写入所述内存快照文件，包括：
通过所述进程的第二子进程将所述目标内存资源写入所述内存快照文件，所述第二子进程是在所述第一子进程退出后而创建的。
根据本公开的一个或多个实施例，示例8提供了一种崩溃信息收集装置，所述装置包括：
创建模块，被配置为响应于应用程序的进程发生异常，创建内存快照文件；
过滤模块，被配置为根据所述进程的虚拟内存节点对应的内存资源的类型，对所述虚拟内存节点对应的内存资源进行过滤，得到与所述进程发生异常相关的目标内存资源；
写入模块，被配置为将所述目标内存资源写入所述内存快照文件。
根据本公开的一个或多个实施例，示例9提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理装置执行时实现示例1-7中任一项所述方法的步骤。
根据本公开的一个或多个实施例，示例10提供了一种电子设备，包括：
存储装置，其上存储有计算机程序；
处理装置，用于执行所述存储装置中的所述计算机程序，以实现示例1-7中任一项所述方法的步骤。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

Claims (7)

1.一种崩溃信息收集方法，其特征在于，所述方法包括：
响应于应用程序的进程发生异常，创建内存快照文件；
当所述进程的虚拟内存节点对应的内存资源与黑名单中的内存资源匹配时，将所述虚拟内存节点对应的所述内存资源在所述内存快照文件中的内存容量标志位设置为目标内存容量，并过滤所述内存容量标志位为所述目标内存容量的内存资源，得到与所述进程发生异常相关的目标内存资源，其中所述黑名单中包括与所述进程发生异常无关的内存资源；
将所述目标内存资源写入所述内存快照文件。
2.根据权利要求1所述的方法，其特征在于，所述黑名单中包括以下至少一种类型的内存资源：库文件和Java文件以及未使用的栈内存。
3.根据权利要求2所述的方法，其特征在于，所述方法还包括：
确定当前栈指针以及栈底指针；
对所述当前栈指针与所述栈底指针之间的栈内存增加预设内存空间，得到目标栈内存；
将所述进程对应的栈内存中除所述目标栈内存外的其他栈内存作为未使用的栈内存资源加入到所述黑名单中。
4.根据权利要求1-3任一所述的方法，其特征在于，所述过滤包括：
通过所述进程的第一子进程进行过滤，所述第一子进程是响应于所述进程发生异常而创建的；
所述将所述目标内存资源写入所述内存快照文件，包括：
通过所述进程的第二子进程将所述目标内存资源写入所述内存快照文件，所述第二子进程是在所述第一子进程退出后而创建的。
5.一种崩溃信息收集装置，其特征在于，所述装置包括：
创建模块，被配置为响应于应用程序的进程发生异常，创建内存快照文件；
过滤模块，被配置为当所述进程的虚拟内存节点对应的内存资源与黑名单中的内存资源匹配时，将所述虚拟内存节点对应的所述内存资源在所述内存快照文件中的内存容量标志位设置为目标内存容量，并过滤所述内存容量标志位为所述目标内存容量的内存资源，得到与所述进程发生异常相关的目标内存资源，其中所述黑名单中包括与所述进程发生异常无关的内存资源；
写入模块，被配置为将所述目标内存资源写入所述内存快照文件。
6.一种计算机可读介质，其上存储有计算机程序，其特征在于，该程序被处理装置执行时实现权利要求1-4中任一项所述方法的步骤。
7.一种电子设备，其特征在于，包括：
存储装置，其上存储有计算机程序；
处理装置，用于执行所述存储装置中的所述计算机程序，以实现权利要求1-4中任一项所述方法的步骤。
CN202010479544.6A 2020-05-29 2020-05-29 崩溃信息收集方法、装置、存储介质及电子设备 Active CN111611145B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010479544.6A CN111611145B (zh) 2020-05-29 2020-05-29 崩溃信息收集方法、装置、存储介质及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010479544.6A CN111611145B (zh) 2020-05-29 2020-05-29 崩溃信息收集方法、装置、存储介质及电子设备

Publications (2)

Publication Number Publication Date
CN111611145A CN111611145A (zh) 2020-09-01
CN111611145B true CN111611145B (zh) 2023-03-31

Family

ID=72200845

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010479544.6A Active CN111611145B (zh) 2020-05-29 2020-05-29 崩溃信息收集方法、装置、存储介质及电子设备

Country Status (1)

Country Link
CN (1) CN111611145B (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111984473B (zh) * 2020-09-27 2023-05-23 苏州浪潮智能科技有限公司 一种内存快照数据获取方法及相关装置
CN112306871A (zh) * 2020-10-29 2021-02-02 广州博冠信息科技有限公司 数据处理方法、装置、设备及存储介质
CN112306694B (zh) * 2020-11-19 2024-05-10 网易（杭州）网络有限公司 内存分析方法和装置、计算机可读存储介质、电子设备
CN113360454B (zh) * 2021-06-30 2024-03-01 广州虎牙科技有限公司 一种内存快照文件的压缩、解压缩方法及相关装置
CN117034276B (zh) * 2023-10-10 2023-12-15 北京安天网络安全技术有限公司 一种异常进程确定方法、装置、电子设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104536874A (zh) * 2014-12-26 2015-04-22 北京像素软件科技股份有限公司 客户端崩溃定位方法和设备
CN109597677A (zh) * 2018-12-07 2019-04-09 北京百度网讯科技有限公司 用于处理信息的方法和装置
CN110442519A (zh) * 2019-07-23 2019-11-12 深圳市六度人和科技有限公司 一种崩溃文件处理方法、装置、电子设备及存储介质
CN110941549A (zh) * 2019-11-19 2020-03-31 北京字节跳动网络技术有限公司 一种内存泄漏的检测方法、装置、介质和电子设备

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6769077B2 (en) * 2000-12-20 2004-07-27 Microsoft Corporation System and method for remotely creating a physical memory snapshot over a serial bus
US7237232B2 (en) * 2001-05-24 2007-06-26 Microsoft Corporation Method and system for recording program information in the event of a failure
US8365020B2 (en) * 2010-03-18 2013-01-29 Red Hat Israel, Ltd. Mechanism for saving crash dump files of a virtual machine on a designated disk
US9158661B2 (en) * 2012-02-15 2015-10-13 Apple Inc. Enhanced debugging for embedded devices
EP3103018B1 (en) * 2014-02-28 2019-07-03 Huawei Technologies Co., Ltd. Method for debugging computer program

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104536874A (zh) * 2014-12-26 2015-04-22 北京像素软件科技股份有限公司 客户端崩溃定位方法和设备
CN109597677A (zh) * 2018-12-07 2019-04-09 北京百度网讯科技有限公司 用于处理信息的方法和装置
CN110442519A (zh) * 2019-07-23 2019-11-12 深圳市六度人和科技有限公司 一种崩溃文件处理方法、装置、电子设备及存储介质
CN110941549A (zh) * 2019-11-19 2020-03-31 北京字节跳动网络技术有限公司 一种内存泄漏的检测方法、装置、介质和电子设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
基于符号执行的自动利用生成系统;万云鹏等;《计算机系统应用》(第10期);全文 *

Also Published As

Publication number Publication date
CN111611145A (zh) 2020-09-01

Similar Documents

Publication Publication Date Title
CN111611145B (zh) 崩溃信息收集方法、装置、存储介质及电子设备
CN111090536B (zh) 一种获取内存泄露信息的方法、装置、介质和电子设备
CN110502357B (zh) 一种栈回溯方法、装置、介质和设备
CN111897740B (zh) 用户界面的测试方法、装置、电子设备及计算机可读介质
CN110727566B (zh) 一种获取进程崩溃信息的方法、装置、介质和电子设备
CN107644075B (zh) 收集页面信息的方法和装置
CN113835992B (zh) 内存泄露的处理方法、装置、电子设备及计算机存储介质
CN111274503B (zh) 数据处理的方法、装置、电子设备及计算机可读介质
CN111198777A (zh) 数据处理方法、装置、终端及存储介质
CN110673986A (zh) 内存操作的异常捕获方法、装置、终端及存储介质
CN110659210A (zh) 一种信息获取方法、装置、电子设备及存储介质
CN111414308B (zh) 应用程序包的处理方法和应用程序的运行方法、装置
CN115373998A (zh) 应用程序优化方法、装置、设备及介质
CN110764995B (zh) 一种检测文件访问异常的方法、装置、介质和电子设备
CN111309323B (zh) 参数初始化方法、装置和电子设备
CN114647411A (zh) 编程界面加载方法、装置、电子设备及存储介质
CN112306683A (zh) 一种函数劫持方法、装置、介质和电子设备
CN113377376A (zh) 数据包生成方法、数据包生成装置、电子设备及存储介质
CN118041813B (zh) 信号测试脚本数据构建方法、装置、电子设备与可读介质
CN114064376B (zh) 一种页面监测方法、装置、电子设备及介质
CN116467178B (zh) 数据库检测方法、装置、电子设备和计算机可读介质
CN111562913B (zh) 视图组件的预创建方法、装置、设备及计算机可读介质
CN117520062A (zh) 测试文件系统的方法、装置、可读介质及电子设备
CN117633027A (zh) 一种数据处理方法、装置、电子设备及存储介质
CN117939241A (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