CN111090593A

CN111090593A - 确定崩溃归属的方法、装置、电子设备及存储介质

Info

Publication number: CN111090593A
Application number: CN202010218782.1A
Authority: CN
Inventors: 程展斌
Original assignee: Tongdun Holdings Co Ltd
Current assignee: Tongdun Holdings Co Ltd
Priority date: 2020-03-25
Filing date: 2020-03-25
Publication date: 2020-05-01

Abstract

本发明公开了一种确定崩溃归属的方法，涉及计算机技术领域，包括以下步骤：获取崩溃信息；解析崩溃信息，得到调用地址；获取SDK编译文件，基于SDK编译文件，计算得到SDK运行地址区间；判断调用地址是否在SDK运行地址区间内，若是，则保存崩溃信息，并上传崩溃信息到远程服务器。该方法通过分析判断崩溃信息对应的调用地址是否落在SDK运行地址区间内，能够快速准确地确定崩溃所在的SDK，减少SDK崩溃的排查时间和工作量，提升分析SDK崩溃的效率，降低开发成本；及时上报SDK崩溃，有利于加快SDK开发者处理崩溃的速度，进而及时优化改进SDK，从而提高SDK的稳定性。本发明还公开了一种确定崩溃归属的装置、电子设备和计算机存储介质。

Description

确定崩溃归属的方法、装置、电子设备及存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种确定崩溃归属的方法、装置、电子设备及存储介质。

背景技术

伴随移动平台SDK开发的热潮，及时发现应用程序中SDK引发的线上崩溃一直是一个热门的话题。iOS操作系统中，SDK分为静态库和动态库(Embedded Framework)两种。动态库与应用程序所属不同的二进制模块，因此在调用SDK中方法发生崩溃时，会在其崩溃栈的信息中显示出动态库SDK的名称，通过比较SDK名称，就可以确定是否是当前SDK引发的崩溃。

而静态库与应用程序所属同一个二进制模块，其代码会被加入到应用程序的代码段中。当应用发生崩溃，调用SDK中的方法发生崩溃时，崩溃栈中显示的名字将是应用程序的可执行文件名，这与应用程序中的代码引发的崩溃是相同的，导致SDK开发者无法区别，SDK开发者也就无法对SDK进行优化改进。

目前大多通过采用静态库崩溃全捕获，把应用程序引发的崩溃也收集上来，对相关信息进行筛选和分析，从而确定崩溃所在的SDK，这种方法大大增加了排查SDK崩溃的工作量和所需时间，无法快速对崩溃进行定位，SDK开发者无法及时优化改进SDK。

发明内容

为了克服现有技术的不足，本发明的目的之一在于提供一种确定崩溃归属的方法，其通过解析崩溃信息得到的调用地址，与SDK运行地址区间进行比对判断，迅速定位崩溃所在SDK，并及时上报崩溃信息，以便SDK开发者进行优化改进。

本发明的目的之一采用以下技术方案实现：

获取崩溃信息；

解析所述崩溃信息，得到调用地址；

获取SDK编译文件，基于所述SDK编译文件，计算得到SDK运行地址区间；

判断所述调用地址是否在所述SDK运行地址区间内，若是，则保存所述崩溃信息，并上传所述崩溃信息到远程服务器。

进一步地，获取崩溃信息，包括：通过注册崩溃捕获函数，捕获异常信息和设备信息，并记录崩溃调用栈。

进一步地，所述崩溃信息包括崩溃栈、崩溃发生时间、设备版本、设备型号、CPU架构、网络状态、崩溃类型、崩溃原因。

进一步地，基于所述SDK编译文件，计算得到SDK运行地址区间，包括：

解析所述SDK编译文件，得到SDK运行地址区间起始函数的地址偏移；

获取所述SDK运行地址区间的起始地址和结束地址；

根据所述起始地址、所述地址偏移和所述结束地址，得到所述SDK运行地址区间。

进一步地，解析所述SDK编译文件，包括：通过反汇编软件分析所述SDK编译文件，得到所述SDK运行地址区间起始函数在不同架构下的地址偏移。

进一步地，所述SDK编译文件包括第一个编译文件和最后一个编译文件，获取所述SDK运行地址区间的起始地址和结束地址，包括：

调用所述第一个编译文件中的获取地址函数，得到所述起始地址；

调用所述最后一个编译文件中的获取地址函数，得到所述结束地址。

进一步地，保存所述崩溃信息，并上传所述崩溃信息到远程服务器，包括：

保存所述崩溃信息，让应用程序崩溃；

重新运行所述应用程序，判断是否存在所述崩溃信息，若是，则上传所述崩溃信息到远程服务器。

本发明的目的之二在于提供一种确定崩溃归属的装置，其通过解析崩溃信息得到的调用地址，与SDK运行地址区间进行比对判断，迅速定位崩溃所在SDK，并及时上报崩溃信息，以便SDK开发者进行优化改进。

本发明的目的之二采用以下技术方案实现：

一种确定崩溃归属的装置，其包括：

崩溃获取模块，用于获取崩溃信息；

崩溃解析模块，用于解析所述崩溃信息，得到调用地址；

地址区间计算模块，用于获取SDK编译文件，基于所述SDK编译文件，计算得到SDK运行地址区间；

崩溃判断处理模块，用于判断所述调用地址是否在所述SDK运行地址区间内，若是，则保存所述崩溃信息，并上传所述崩溃信息到远程服务器。

本发明的目的之三在于提供执行发明目的之一的电子设备，其包括处理器、存储介质以及计算机程序，所述计算机程序存储于存储介质中，所述计算机程序被处理器执行时本发明目的之一的确定崩溃归属的方法。

本发明的目的之四在于提供存储发明目的之一的计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现本发明目的之一的确定崩溃归属的方法。

相比现有技术，本发明的有益效果在于：

本发明通过判断崩溃信息对应的调用地址是否落在SDK运行地址区间内，能够快速准确地确定崩溃所在的SDK，减少SDK崩溃的排查时间和工作量，提升分析SDK崩溃的效率，降低开发成本；及时上报SDK崩溃，有利于加快SDK开发者处理崩溃的速度，进而及时优化改进SDK，从而提高SDK的稳定性。

附图说明

图1为本发明实施例一的确定崩溃归属的方法流程图；

图2为本发明实施例二的确定崩溃归属的装置的结构框图；

图3为本发明实施例三的电子设备的结构框图。

具体实施方式

以下将结合附图，对本发明进行更为详细的描述，需要说明的是，以下参照附图对本发明进行的描述仅是示意性的，而非限制性的。各个不同实施例之间可以进行相互组合，以构成未在以下描述中示出的其他实施例。

实施例一

实施例一提供了一种确定崩溃归属的方法，旨在通过解析崩溃信息得到的调用地址，与SDK运行地址区间进行比对判断，迅速定位崩溃所在SDK，并及时上报崩溃信息。该方法通过分析判断崩溃信息对应的调用地址是否落在SDK运行地址区间内，能够快速准确地确定崩溃所在的SDK，减少SDK崩溃的排查时间和工作量，提升分析SDK崩溃的效率，降低开发成本；及时上报SDK崩溃，有利于加快SDK开发者处理崩溃的速度，进而及时优化改进SDK，从而提高SDK的稳定性。

请参照图1所示，一种确定崩溃归属的方法，包括以下步骤：

S110、获取崩溃信息。

通过注册崩溃捕获函数或崩溃监听函数，在应用程序发生崩溃时，捕获异常信息和设备信息，并记录崩溃调用栈，以收集应用程序中的崩溃信息。获取到的崩溃信息包括但不限于崩溃栈、崩溃发生时间、设备版本、设备型号、CPU架构、网络状态、崩溃类型、崩溃原因，能够完整地还原崩溃发生时设备调用堆栈的相关信息。

S120、解析崩溃信息，得到调用地址。

通过解析工具或调用相应解析函数，解析获取到的崩溃信息，筛选出应用程序二进制文件名对应的调用地址。

S130、获取SDK编译文件，基于SDK编译文件，计算得到SDK运行地址区间。

SDK运行地址区间是指SDK最终的运行时地址区间。iOS操作系统的静态库可以简单理解为一堆目标文件(即“.o文件”)的打包集合体。应用程序运行包括编译和链接这两个非常重要的过程。SDK中的类在编译时，将文件编译成对应类的.o文件。这些.o文件会按编译时的顺序链接进应用程序可执行文件，并且一个SDK内所有声明函数在运行时被分配的地址是连续的。因此，能够根据SDK编译文件计算得到SDK运行地址区间，进而快速判定崩溃是否是由SDK引发的。

根据SDK编译文件，获得SDK运行时地址区间的起始地址和结束地址。SDK编译文件包括第一个编译文件和最后一个编译文件。在SDK的第一个编译文件中只保留一个获取自身地址的函数，调用这个获取自身地址的函数，得到SDK运行地址区间的起始地址。在SDK的最后一个编译文件中也只保留一个获取自身地址的函数，调用这个获取自身地址的函数，得到SDK运行地址区间的结束地址。第一个编译文件和最后一个编译文件中的两个获取自身地址的函数名称不同，功能相同，都用来获取当前函数的地址。

通过反汇编软件分析SDK编译文件，得到SDK运行时地址区间中的起始函数在不同架构下的地址偏移。反汇编软件包括但不限于IDA、Hopper。本实施例中，采用IDA分析SDK包。

根据起始地址、地址偏移和结束地址，计算获得SDK运行地址区间为：[起始地址+地址偏移，结束地址]，用于判断崩溃信息是否落在该SDK运行地址区间内，从而准确判定崩溃归属。

S140、判断调用地址是否在SDK运行地址区间内，若是，则保存崩溃信息，并上传崩溃信息到远程服务器。

将崩溃信息对应的调用地址与SDK运行地址区间进行比较，根据比较结果判断该调用地址是否落在SDK运行地址区间内，能够快速准确地确定崩溃所在的SDK，减少SDK崩溃的排查时间和工作量，提升分析SDK崩溃的效率，降低开发成本。

优选地，通过布尔值返回比较结果，当布尔值为true时，则判定该调用地址在SDK运行地址区间内；当布尔值为false时，则判定该调用地址不在SDK运行地址区间内。

根据调用地址是否在SDK运行地址区间内的判断结果，决定是否保存崩溃信息到本地。当判定调用地址在SDK运行地址区间内时，调用相应的处理函数，将崩溃信息保存到本地存储位置，并让应用程序崩溃；当判定调用地址不在SDK运行地址区间内，对崩溃信息不做处理，让应用程序崩溃。

重新打开应用程序运行，通过检查本地存储位置是否存在崩溃信息，来决定是否上传崩溃信息到远程服务器。若判断存储位置存在崩溃信息，调用相应的上传函数，将崩溃信息上传到远程服务器；若存储位置不存在崩溃信息，不做任何处理。SDK崩溃的及时上报，有利于加快SDK开发者处理崩溃的速度，进而及时优化改进SDK，从而提高SDK的稳定性。

实施例二

实施例二公开了一种对应上述实施例的一种确定崩溃归属的装置，为上述实施例的虚拟装置结构，请参照图2所示，包括：

崩溃获取模块210，用于获取崩溃信息；

崩溃解析模块220，用于解析所述崩溃信息，得到调用地址；

地址区间计算模块230，用于获取SDK编译文件，基于所述SDK编译文件，计算得到SDK运行地址区间；

崩溃判断处理模块240，用于判断所述调用地址是否在所述SDK运行地址区间内，若是，则保存所述崩溃信息，并上传所述崩溃信息到远程服务器。

上述崩溃获取模块210通过注册崩溃捕获函数，捕获异常信息和设备信息，并记录崩溃调用栈，获取崩溃信息，该崩溃信息包括但不限于崩溃栈、崩溃发生时间、设备版本、设备型号、CPU架构、网络状态、崩溃类型、崩溃原因。

地址区间计算模块230分别根据SDK第一个编译文件和SDK最后一个编译文件编译文件中的自身地址获取函数，得到SDK运行地址区间的起始地址和结束地址；通过反汇编软件分析SDK编译文件，得到SDK运行地址区间起始函数在不同架构下的地址偏移；根据起始地址、地址偏移和结束地址，计算得到SDK运行地址区间。

崩溃判断处理模块240判定崩溃解析模块220中得到的调用地址是在地址区间计算模块230中得到的SDK运行地址区间内时，保存崩溃信息至本地存储位置，并让应用程序崩溃；重新打开应用程序运行，当本地存储位置存在崩溃信息时，上传崩溃信息到远程服务器。

通过分析判断崩溃信息对应的调用地址是否落在SDK运行地址区间内，快速准确地确定崩溃所在的SDK，减少SDK崩溃的排查时间和工作量，提升分析SDK崩溃的效率，降低开发成本；及时上报SDK崩溃，有利于加快SDK开发者处理崩溃的速度，进而及时优化改进SDK，从而提高SDK的稳定性。

实施例三

图3为本发明实施例三提供的一种电子设备的结构示意图，如图3所示，该电子设备包括处理器310、存储器320、输入装置330和输出装置340；计算机设备中处理器310的数量可以是一个或多个，图3中以一个处理器310为例；电子设备中的处理器310、存储器320、输入装置330和输出装置340可以通过总线或其他方式连接，图3中以通过总线连接为例。

存储器320作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的确定崩溃归属的方法对应的程序指令/模块（例如，确定崩溃归属的装置中的崩溃获取模块210、崩溃解析模块220、地址区间计算模块230和崩溃判断处理模块240）。处理器310通过运行存储在存储器320中的软件程序、指令以及模块，从而执行电子设备的各种功能应用以及数据处理，即实现上述实施例一的确定崩溃归属的方法。

存储器320可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器320可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器320可进一步包括相对于处理器310远程设置的存储器，这些远程存储器可以通过网络连接至电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置330可用于接收崩溃信息、SDK编译文件等。输出装置340可包括显示屏等显示设备。

实施例四

本发明实施例四还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行确定崩溃归属的方法，该方法包括：

获取崩溃信息；

解析所述崩溃信息，得到调用地址；

当然，本发明实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的方法操作，还可以执行本发明任意实施例所提供的确定崩溃归属的方法中的相关操作。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器（Read-Only Memory， ROM）、随机存取存储器（RandomAccess Memory， RAM）、闪存（FLASH）、硬盘或光盘等，包括若干指令用以使得一台电子设备（可以是手机，个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述的方法。

值得注意的是，上述确定崩溃归属的装置实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

对本领域的技术人员来说，可根据以上描述的技术方案以及构思，做出其它各种相应的改变以及形变，而所有的这些改变以及形变都应该属于本发明权利要求的保护范围之内。

Claims

1.一种确定崩溃归属的方法，其特征在于：包括以下步骤：

获取崩溃信息；

解析所述崩溃信息，得到调用地址；

2.如权利要求1所述的一种确定崩溃归属的方法，其特征在于：获取崩溃信息，包括：通过注册崩溃捕获函数，捕获异常信息和设备信息，并记录崩溃调用栈。

3.如权利要求2所述的一种确定崩溃归属的方法，其特征在于：所述崩溃信息包括崩溃栈、崩溃发生时间、设备版本、设备型号、CPU架构、网络状态、崩溃类型、崩溃原因。

4.如权利要求1所述的一种确定崩溃归属的方法，其特征在于：基于所述SDK编译文件，计算得到SDK运行地址区间，包括：

获取所述SDK运行地址区间的起始地址和结束地址；

5.如权利要求4所述的一种确定崩溃归属的方法，其特征在于：解析所述SDK编译文件，包括：通过反汇编软件分析所述SDK编译文件，得到所述SDK运行地址区间起始函数在不同架构下的地址偏移。

6.如权利要求4所述的一种确定崩溃归属的方法，其特征在于：所述SDK编译文件包括第一个编译文件和最后一个编译文件，获取所述SDK运行地址区间的起始地址和结束地址，包括：

7.如权利要求1至6任一项所述的一种确定崩溃归属的方法，其特征在于：保存所述崩溃信息，并上传所述崩溃信息到远程服务器，包括：

保存所述崩溃信息，让应用程序崩溃；

8.一种确定崩溃归属的装置，其特征在于，其包括：

崩溃获取模块，用于获取崩溃信息；

崩溃解析模块，用于解析所述崩溃信息，得到调用地址；

9.一种电子设备，其包括处理器、存储介质以及计算机程序，所述计算机程序存储于存储介质中，其特征在于，所述计算机程序被处理器执行时执行权利要求1至7任一项所述的确定崩溃归属的方法。

10.一种计算机存储介质，其上存储有计算机程序，其特征在于：所述计算机程序被处理器执行时实现权利要求1至7任一项所述的确定崩溃归属的方法。