CN117033058A

CN117033058A - 一种软件崩溃数据的分析方法、装置、设备及介质

Info

Publication number: CN117033058A
Application number: CN202311061787.8A
Authority: CN
Inventors: 程捷
Original assignee: Beijing Bo Hongyuan Data Polytron Technologies Inc
Current assignee: Beijing Bo Hongyuan Data Polytron Technologies Inc
Priority date: 2023-08-22
Filing date: 2023-08-22
Publication date: 2023-11-10

Abstract

本发明公开了一种软件崩溃数据的分析方法、装置、设备及介质。该方法包括：当操作系统的软件进程崩溃时，获取操作系统内核实时上传的当前核心映像；根据当前核心映像以及数据分析平台的当前运行状态信息，确定是否对软件进程进行崩溃数据分析；若确定对软件进程进行崩溃数据分析，则解析当前核心映像，获取软件进程中各线程的调用栈信息；解析软件进程中各线程的调用栈信息，获取软件崩溃解析数据并发送至崩溃分析平台。采用上述技术方案，能够实现自动的核心转储与崩溃分析，有效提高软件崩溃原因的分析效率，并能够生成丰富的分析数据，以供用户对软件崩溃原因进行分析。

Description

一种软件崩溃数据的分析方法、装置、设备及介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种软件崩溃数据的分析方法、装置、设备及介质。

背景技术

当计算机软件崩溃时，记录软件崩溃的相关信息，能够便于技术人员定位并解决崩溃问题。

现有技术提供的软件崩溃数据的分析方法，一般仅能提供有限的崩溃信息，例如崩溃堆栈跟踪，但难以有效地获取所有涉及崩溃的可执行代码映像，导致分析结果不完整，进而可能导致生成的分析报告内容不完整，使得技术人员难以准确的分析软件崩溃原因。

发明内容

本发明提供了一种软件崩溃数据的分析方法、装置、设备及介质，能够实现自动的核心转储与崩溃分析，有效提高软件崩溃原因的分析效率，并能够生成丰富的分析数据，以供用户对软件崩溃原因进行分析。

根据本发明的一方面，提供了一种软件崩溃数据的分析方法，包括：

当操作系统的软件进程崩溃时，获取操作系统内核实时上传的当前核心映像；

根据当前核心映像以及数据分析平台的当前运行状态信息，确定是否对软件进程进行崩溃数据分析；

若确定对软件进程进行崩溃数据分析，则解析当前核心映像，获取软件进程中各线程的调用栈信息；

解析软件进程中各线程的调用栈信息，获取软件崩溃解析数据并发送至崩溃分析平台。

根据本发明的另一方面，提供了一种软件崩溃数据的分析装置，包括：

当前核心映像获取模块，用于当操作系统的软件进程崩溃时，获取操作系统内核实时上传的当前核心映像；

崩溃数据分析判断模块，用于根据当前核心映像以及数据分析平台的当前运行状态信息，确定是否对软件进程进行崩溃数据分析；

调用栈信息获取模块，用于若确定对软件进程进行崩溃数据分析，则解析当前核心映像，获取软件进程中各线程的调用栈信息；

调用栈信息解析模块，用于解析软件进程中各线程的调用栈信息，获取软件崩溃解析数据并发送至崩溃分析平台。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的软件崩溃数据的分析方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的软件崩溃数据的分析方法。

本发明实施例的技术方案，通过获取软件进程崩溃时内核上传的当前核心映像，当根据当前核心映像以及数据分析平台的当前运行状态信息，确定需要对软件进程的崩溃原因进行分析时，解析当前核心映像，获取软件进程中各线程的调用栈信息，并生成软件崩溃解析数据发送至崩溃分析平台的方法，能够实现自动的进程核心转储及分析，极大地简化了技术人员对进程崩溃原因的分析过程，减少分析时间，并且，分析结果数据丰富，能有效的提高分析的准确度。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据本发明实施例一提供的一种软件崩溃数据的分析方法的流程图；

图2是根据本发明实施例二提供的另一种软件崩溃数据的分析方法的流程图；

图3是根据本发明实施例三提供的一种软件崩溃数据的分析装置的结构示意图；

图4是实现本发明实施例的软件崩溃数据的分析方法的电子设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1为本发明实施例一提供的一种软件崩溃数据的分析方法的流程图，本实施例可适用于通过解析核心映像获取崩溃软件进程中各线程的调用栈信息，以便获取软件崩溃解析数据供技术人员分析软件崩溃原因的情况，该方法可以由软件崩溃数据的分析装置来执行，该软件崩溃数据的分析装置可以采用硬件和/或软件的形式实现，并一般可配置于具备数据处理功能的计算机或处理器中。如图1所示，该方法包括：

S110、当操作系统的软件进程崩溃时，获取操作系统内核实时上传的当前核心映像。

可以理解的是，操作系统指计算机操作系统，如Linux系统等，一个操作系统中可能通知执行多个软件进程，每个软件进程中还可能包括多个线程。

可选的，核心映像可以指软件进程崩溃时刻进程执行的内存内容，可以包括软件进程的代码、堆栈或寄存器状态等信息。当前核心映像可以指当前分析的崩溃软件进程的核心映像。

可选的，可以通过修改内核配置文件路径，使得在软件进程崩溃时，内核能够将核心映像储存至指定文件中。

在一个可选的例子中，对于Linux系统来说，可以通过配置/proc/sys/kernel/core_pattern以上内核配置文件路径，从而实现在软件进程崩溃时，自动修改内核配置文件路径中的指定占位符，启动数据分析平台，并在检测到数据分析平台启动后，将核心映像发送至数据分析平台的指定文件中以供存储与解析。

S120、根据当前核心映像以及数据分析平台的当前运行状态信息，确定是否对软件进程进行崩溃数据分析。

可选的，数据分析平台可以用于实现本发明实施例所述的软件崩溃数据的分析方法，数据分析平台可以以软件形式实现。

可选的，在获取当前核心映像以及数据分析平台的当前运行状态信息之后，可以确定分析当前核心映像所需要的磁盘空间大小以及计算机设备的剩余磁盘空间，并获取预设的磁盘空间预留值，若分析当前核心映像所需的磁盘空间大小与预设的磁盘空间预留值之和大于计算机设备的剩余磁盘空间，则确定放弃本次分析，若小于，则继续分析。进一步的，在确定存储空间满足分析条件之后，还需要获取当前核心映像中记录的软件进程的崩溃时间，以及软件进程上一次的崩溃时间，若两次崩溃的时间间隔小于预设的时间阈值，则确定放弃本次分析，若大于，则继续分析。进一步的，在确定数据分析平台中当前分析的进程数量小于预设的并行数量时，可确定继续分析。

可选的，在确定不对软件进程进行崩溃数据分析之后，可以生成软件进程的崩溃摘要信息，将崩溃摘要信息发送至崩溃分析平台。

S130、若确定对软件进程进行崩溃数据分析，则解析当前核心映像，获取软件进程中各线程的调用栈信息。

可选的，在程序执行过程中，每个函数的调用都会在内存中创建一个栈帧，用于保存函数的局部变量、返回地址等信息。调用栈是一个栈数据结构，记录了函数调用的顺序和嵌套关系。在崩溃发生时，调用栈可以帮助技术人员追踪到崩溃发生的具体位置，从而进行定位和分析。

可选的，可以通过解析当前核心映像，获取软件进程中每个线程的寄存器状态中的指令指针，并根据指令指针指向的指令地址以及调试符号表，重建各线程的调用栈。

S140、解析软件进程中各线程的调用栈信息，获取软件崩溃解析数据并发送至崩溃分析平台。

可选的，崩溃分析平台可以为一个与技术人员进行交互的平台，在崩溃分析平台接收到软件崩溃解析数据之后，可直观的展示给技术人员，使开发人员能够搜索、过滤、查看和报告生成崩溃数据，崩溃分析平台中的功能，可以包括可定制的查询和过滤条件，以及图表和图形化界面等，用于可视化崩溃数据的趋势和分析结果，解决了现有技术中，对于不同的终端设备中的软件崩溃数据，需要技术人员逐个终端查看的问题，进而能够有效的提高崩溃原因分析效率。

可选的，软件崩溃解析数据可以包括但不限于下述信息类别：进程信息、崩溃调用栈以及崩溃时的系统指标等信息。

进一步的，软件崩溃解析数据具体可以包括但不限于：崩溃发生的日期和时间、操作系统及内核的版本、崩溃进程所属的进程组名称、崩溃进程的进程ID、进程终止信号、进程是否运行在容器中、运行进程的命令行、运行进程的可执行文件路径、当前工作目录、进程的运行时间、主机的总内存、主机可用内存、主机可用内存的百分比、主机已使用的内存、主机的页面错误数量、主机可用的交换空间、主机已使用的交换空间、进程使用的内存、进程在用户态的CPU时间、进程在内核态的CPU时间、磁盘总容量、磁盘可用容量、磁盘已使用容量、最大CPU时间限制、最大文件大小限制、最大数据大小限制、最大栈大小限制、最大核心文件大小限制、最大驻留集大小限制、最大进程数限制、最大打开文件数限制、最大锁定内存大小限制、最大地址空间大小限制、最大文件锁数限制、最大待处理信号数限制、最大消息队列大小限制、最大优先级限制、最大实时优先级限制、最大实时超时限制、线程数、线程的堆栈范围和调用栈信息等。

实施例二

图2为本发明实施例二提供的一种软件崩溃数据的分析方法的流程图，本实施例在上述实施例的基础上，具体说明了各线程调用栈信息的获取方法。如图2所示，该方法包括：

S210、当操作系统的软件进程崩溃时，获取操作系统内核实时上传的当前核心映像。

S220、解析当前核心映像以及数据分析平台的当前运行状态信息，获取多个分析参考数据。

其中，分析参考数据可以包括当前核心映像所需的磁盘空间大小、软件进程的崩溃时间、数据分析平台当前分析的进程数量、计算机设备的剩余磁盘空间以及上一次软件进程的崩溃时间。

S230、根据所述分析参考数据，判断当前核心映像是否满足分析条件，若当前核心映像满足分析条件，则确定对软件进程进行崩溃数据分析，并将当前核心映像转存到数据分析平台的分析内存中。

其中，当同时满足计算机设备的剩余磁盘空间与当前核心映像所需的磁盘空间大小的差值大于预设的存储阈值、软件进程的崩溃时间与上一次软件进程的崩溃时间的时间差值大于预设的时间阈值以及数据平台当前分析的进程数量小于预设的并行数量时，确定当前核心映像满足分析条件。

这样设置的好处在于：可以避免过度占用数据分析平台资源、减轻数据分析平台负担，并在数据分析平台存储空间不足时进行适当的处理，能够有效提高数据分析平台的稳定性和可靠性。

进一步的，在根据所述分析参考数据，判断当前核心映像是否满足分析条件之后，还可以包括：

若当前核心映像不满足分析条件，则确定停止对软件进程进行崩溃数据分析，并生成软件进程的崩溃摘要信息，将崩溃摘要信息发送至崩溃分析平台。

可选的，软件进程的崩溃摘要信息可以包括但不限于：操作系统及内核的版本、进程所属的进程组名称、可执行文件的路径、终止信号、故障发生的位置、故障模块的路径以及故障模块的版本信息等。

S240、在当前核心映像中提取并解析ELF，并根据解析结果在当前核心映像中提取第一程序段以及多个第二程序段。

其中，在当前核心映像中提取并解析ELF，并根据解析结果在当前核心映像中提取第一程序段以及多个第二程序段，可以包括：

在当前核心映像中提取并解析ELF，根据解析结果确定当前核心映像的结构、程序头表的大小以及程序头表在当前核心映像中的位置信息，并在当前核心映像中提取程序头表；

根据程序头表、第一程序段以及各第二程序段的标识信息，在当前核心映像中提取第一程序段以及多个第二程序段。

可选的，ELF(Executable and Linkable Format，可执行和可链接格式)是一种标准文件格式，一般可存储在核心映像的头部。ELF可以定义核心映像的结构和组织方式，包含了程序的指令、数据、符号表、重定位信息和其他元数据，还指定了程序的入口点位置以及如何在内存中布局和访问这些数据。

可选的，程序头表中可以包括核心映像中各个程序段的描述信息。

可选的，第一程序段可以指存储有调试符号表的程序段，例如，PT_LOAD段，第二程序段可以指存储有进程相关项的程序段，例如，PT_NOTE段。

S250、解析第一程序段，获取调试符号表，并解析各第二程序段中的目标项，根据解析结果获取软件进程中各线程信息。

其中，解析各第二程序段中的目标项，根据解析结果获取软件进程中各线程信息，可以包括：

根据软件进程中的线程数量以及预先设置的线程阈值，确定软件进程中需要被解析的各目标线程；

根据目标项的标识信息，在第二程序段中识别并解析目标项，获取软件进程中各目标线程的寄存器状态。

可选的，第二程序段中可以包括多个与进程信息相关的项，目标项可以指存储有寄存器状态的项，例如，NT_PRSTATUS项中可存储软件进程中每个线程的寄存器状态、信号掩码和其他与线程状态相关的信息。

可选的，当软件进程中的线程数量超过预先设置的线程阈值时，目标线程为软件进程中与线程阈值数量相匹配的线程，也即，仅对与线程阈值相匹配的数量的线程进行分析，其余线程暂不分析。

S260、根据各线程信息以及所述调试符号表，生成各线程的调用栈信息。

其中，信息以及所述调试符号表，生成各线程的调用栈信息，可以包括：

在目标线程的寄存器状态中获取与目标线程匹配的指令指针值；

根据目标线程的指令指针值以及调试符号表，将指令指针值映射到软件进程中的目标函数位置，确定目标线程当前执行的目标函数；

根据目标函数的映射关系，逐步追踪各调用帧，并当已追踪的调用帧数量与预先设置的调用帧阈值相等或目标线程的调用帧全部追踪完成时，根据已追踪的调用帧生成目标线程的调用栈信息，直至获取各目标线程的调用栈信息；

其中，调用栈信息中包括软件进程中各函数的名称以及各函数在软件进程中的地址。

可选的，在目标线程的调用帧数量超过预先设置的调用帧阈值时，仅对追踪与调用帧阈值相等的调用帧，超出调用帧阈值部分的调用帧暂不追踪。

可选的，在获取各目标线程的调用栈信息之后，还可以备份崩溃的软件进程运行所依赖的可执行文件、共享库以及文件路径布局，以供技术人员查看。

S270、解析软件进程中各线程的调用栈信息，获取软件崩溃解析数据并发送至崩溃分析平台。

本发明实施例的技术方案，通过获取软件进程崩溃时内核上传的当前核心映像，当根据当前核心映像以及数据分析平台的当前运行状态信息，确定需要对软件进程的崩溃原因进行分析时，解析当前核心映像，获取软件进程中各线程的调用栈信息，并生成软件崩溃解析数据发送至崩溃分析平台的方法，能够实现自动的进程核心转储及分析，极大地简化了技术人员对进程崩溃原因的分析过程，减少分析时间，并且，分析结果数据丰富，能有效的提高分析的准确度，通过判断是否对当前核心映像进行解析的方式，可以避免过度占用数据分析平台资源、减轻数据分析平台负担，并在数据分析平台存储空间不足时进行适当的处理，能够有效提高数据分析平台的稳定性和可靠性。

实施例三

图3为本发明实施例三提供的一种软件崩溃数据的分析装置的结构示意图。如图3所示，该装置包括：当前核心映像获取模块310、崩溃数据分析判断模块320、调用栈信息获取模块330以及调用栈信息解析模块340。

当前核心映像获取模块310，用于当操作系统的软件进程崩溃时，获取操作系统内核实时上传的当前核心映像。

崩溃数据分析判断模块320，用于根据当前核心映像以及数据分析平台的当前运行状态信息，确定是否对软件进程进行崩溃数据分析。

调用栈信息获取模块330，用于若确定对软件进程进行崩溃数据分析，则解析当前核心映像，获取软件进程中各线程的调用栈信息。

调用栈信息解析模块340，用于解析软件进程中各线程的调用栈信息，获取软件崩溃解析数据并发送至崩溃分析平台。

在上述各实施例的基础上，崩溃数据分析判断模块320，可以具体用于：

解析当前核心映像以及数据分析平台的当前运行状态信息，获取多个分析参考数据；

其中，分析参考数据包括当前核心映像所需的磁盘空间大小、软件进程的崩溃时间、数据分析平台当前分析的进程数量、计算机设备的剩余磁盘空间以及上一次软件进程的崩溃时间；

根据所述分析参考数据，判断当前核心映像是否满足分析条件，若当前核心映像满足分析条件，则确定对软件进程进行崩溃数据分析，并将当前核心映像转存到数据分析平台的分析内存中；

在上述各实施例的基础上，崩溃数据分析判断模块320，还可以包括崩溃数据分析停止单元，在根据所述分析参考数据，判断当前核心映像是否满足分析条件之后，可以具体用于：

在上述各实施例的基础上，调用栈信息获取模块330，可以包括：

程序段提取单元，用于在当前核心映像中提取并解析ELF，并根据解析结果在当前核心映像中提取第一程序段以及多个第二程序段；

程序段解析单元，用于解析第一程序段，获取调试符号表，并解析各第二程序段中的目标项，根据解析结果获取软件进程中各线程信息；

调用栈信息生成单元，用于根据各线程信息以及所述调试符号表，生成各线程的调用栈信息。

在上述各实施例的基础上，程序段提取单元，可以具体用于：

在上述各实施例的基础上，程序段解析单元，可以具体用于：

在上述各实施例的基础上，调用栈信息生成单元，可以具体用于：

本发明实施例所提供的软件崩溃数据的分析装置可执行本发明任意实施例所提供的软件崩溃数据的分析方法，具备执行方法相应的功能模块和有益效果。

实施例四

图4示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图4所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如如本发明实施例所述的软件崩溃数据的分析方法。也即：

在一些实施例中，软件崩溃数据的分析方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的软件崩溃数据的分析方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行软件崩溃数据的分析方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims

1.一种软件崩溃数据的分析方法，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，根据当前核心映像以及数据分析平台的当前运行状态信息，确定是否对软件进程进行崩溃数据分析，包括：

3.根据权利要求2所述的方法，其特征在于，在根据所述分析参考数据，判断当前核心映像是否满足分析条件之后，还包括：

4.根据权利要求2所述的方法，其特征在于，解析当前核心映像，获取软件进程中各线程的调用栈信息，包括：

在当前核心映像中提取并解析可执行和可链接格式ELF，并根据解析结果在当前核心映像中提取第一程序段以及多个第二程序段；

解析第一程序段，获取调试符号表，并解析各第二程序段中的目标项，根据解析结果获取软件进程中各线程信息；

根据各线程信息以及所述调试符号表，生成各线程的调用栈信息。

5.根据权利要求4所述的方法，其特征在于，在当前核心映像中提取并解析可执行和可链接格式ELF，并根据解析结果在当前核心映像中提取第一程序段以及多个第二程序段，包括：

在当前核心映像中提取并解析可执行和可链接格式ELF，根据解析结果确定当前核心映像的结构、程序头表的大小以及程序头表在当前核心映像中的位置信息，并在当前核心映像中提取程序头表；

6.根据权利要求5所述的方法，其特征在于，解析各第二程序段中的目标项，根据解析结果获取软件进程中各线程信息，包括：

7.根据权利要求6所述的方法，其特征在于，根据各线程信息以及所述调试符号表，生成各线程的调用栈信息，包括：

8.一种软件崩溃数据的分析装置，其特征在于，包括：

9.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明权利要求1-7中任一项所述的软件崩溃数据的分析方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-7中任一项所述的软件崩溃数据的分析方法。