CN114020504B - 一种数据处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明提供了一种数据处理方法、装置、电子设备及存储介质。由于对主程序的镜像文件的内存地址区间修复，得到修复后的内存地址区间，因此，之后可以确定出崩溃相关的目标指令位于应用程序中的哪一个镜像文件中，例如，可以确定出崩溃相关的目标指令的内存地址位于主程序的镜像文件的修复后的内存地址区间中，之后根据崩溃相关的目标指令的内存地址、修复后的内存地址区间的起始内存地址以及第一对应关系就可以准确获取到目标指令的符号信息，也即，通过本申请，可以解析出具有可读性的准确的关于崩溃的相关信息，使得开发人员根据具有可读性的准确的关于崩溃的相关信息可以分析出应用程序崩溃的原因，进而使得开发人员可以优化应用程序。

Description

一种数据处理方法、装置、电子设备及存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种数据处理方法、装置、电子设备及存储介质。

背景技术

随着技术的飞速发展，可以在手机上安装供用户使用的应用程序越来越多。在用户需要在手机上安装应用程序的情况下，用户可以使用手机从网络上下载应用程序的安装包，并在手机上运行应用程序的安装包，从而实现在手机上安装应用程序。

应用程序在手机上运行的过程中有时候会崩溃(例如闪退等)，为了避免之后再次出现崩溃，可以解析出崩溃的原因，并根据崩溃的原因对应用程序优化。

为了解析出崩溃的原因，可以获取应用程序崩溃时的日志，开发人员可以根据日志来分析崩溃的原因，但是日志中内容的可读性较差，不利于开发人员阅读，因此，可以将日志中的内容符号化为具有可读性的内容，即，符号化为开发人员可以读懂的内容等。例如可以使用symbolicatecrash以将日志中的内容符号化为具有可读性的内容，供开发人员查看，以分析出崩溃的原因，进而根据崩溃的原因优化应用程序。

其中，随着应用程序的功能越来越多，应用程序的安装包的下载大小越来越大。

如果应用程序的安装包的下载大小较大，则手机从网络上下载应用程序的安装包的过程中会耗费较多的网络资源，会浪费手机的流量，因此，为了节省网络资源，节省手机的流量，可以减小应用程序的安装包的下载大小。

其中，应用程序的安装包中包括数据段，在数据段中存储有二进制数据等。在生成应用程序的安装包的过程中，可以将一个数据段中的数据迁移至另一个数据段中，这样，系统往往会默认对另一个数据段中的数据压缩，如此起到了减小应用程序的安装包的下载大小的效果。如果分别对多个数据段中的数据迁移，减小应用程序的安装包的下载大小的效果更为明显。

用户在使用迁移后的应用程序的安装包在手机上安装迁移后的应用程序之后，如果手机在运行迁移后的应用程序的过程中崩溃(例如闪退等)，为了避免之后再次出现崩溃，可以解析出崩溃的原因，并根据崩溃的原因对迁移后的应用程序修复。

为了解析出崩溃的原因，可以获取迁移后的应用程序崩溃时的日志，开发人员可以根据日志来分析迁移后的应用程序崩溃的原因，但是日志中内容的可读性较差，不利于开发人员阅读，需要将日志中的内容符号化为具有可读性的内容，但是，使用symbolicatecrash工具在符号化迁移后的应用程序的崩溃时的日志中的内容时，无法准确解析出具有可读性的关于崩溃的相关信息，导致开发人员无法分析出迁移后的应用程序崩溃的原因，不利于开发人员优化迁移后的应用程序。

发明内容

本申请示出了一种数据处理方法、装置、电子设备及存储介质。

第一方面，本申请示出了一种数据处理方法，所述方法包括：

在应用程序运行的过程中崩溃的情况下，获取应用程序中的各个镜像文件的内存地址区间；获取应用程序的指令在镜像文件中的偏移地址区间与应用程序的指令的符号信息之间的第一对应关系；以及获取应用程序中的崩溃相关的指令所在的镜像文件的文件名称与崩溃相关的指令的内存地址之间的第二对应关系；其中，符号信息至少包括指令所在的函数的函数名、函数所在的文件的文件名以及指令在文件中的位置；所述应用程序对应的安装包中的主程序的至少一个数据段被拆分为至少两个数据段；

对应用程序中的各个镜像文件的内存地址区间中的主程序的镜像文件的内存地址区间修复，得到主程序的镜像文件的修复后的内存地址区间，修复后的内存地址区间包括至少两个数据段中的各个数据段的内存地址区间；以及，在第二对应关系中查找预设标识符的文件名称对应的目标指令的内存地址；

在各个镜像文件的内存地址区间以及修复后的内存地址区间中，确定所述目标指令的内存地址所在的目标镜像文件的目标内存地址区间；

根据所述目标指令的内存地址、所述目标内存地址区间的起始内存地址以及所述第一对应关系获取所述目标指令的符号信息；

输出目标指令的符号信息，目标指令的符号信息至少包括目标指令所在的目标函数的函数名，目标函数所在的目标文件的文件名以及目标指令在目标文件中的位置。

在一个可选的实现方式中，所述对应用程序中的各个镜像文件的内存地址区间中的主程序的镜像文件的内存地址区间修复，得到修复后的主程序的镜像文件的修复后的内存地址区间，包括：

在各个镜像文件的内存地址区间中确定主程序的镜像文件的内存地址区间以及位于所述主程序的镜像文件的内存地址区间之后的、且与所述主程序的镜像文件的内存地址区间距离最近的下一镜像文件的内存地址区间；

使用下一镜像文件的内存地址区间的起始内存地址替换所述主程序的内存地址区间的结束内存地址，得到主程序的镜像文件的修复后的内存地址区间。

在一个可选的实现方式中，所述根据所述目标指令的内存地址、所述目标内存地址区间的起始内存地址以及所述第一对应关系获取所述目标指令的符号信息，包括：

根据所述目标指令的内存地址以及所述目标内存地址区间的起始内存地址获取所述目标指令在目标镜像文件中的偏移地址；

根据所述偏移地址以及所述第一对应关系获取目标指令的符号信息。

在一个可选的实现方式中，所述根据所述目标指令的内存地址以及所述目标内存地址区间的起始内存地址获取所述目标指令在目标镜像文件中的偏移地址，包括：

计算所述目标指令的内存地址与所述目标内存地址区间的起始内存地址之间的差值；

根据所述差值获取所述目标指令在目标镜像文件中的偏移地址。

在一个可选的实现方式中，所述根据所述偏移地址以及所述第一对应关系获取目标指令的符号信息，包括：

在所述第一对应关系中查找所述偏移地址所在的偏移地址区间，然后在所述第一对应关系中查找所述偏移地址区间相对应的符号信息。

在一个可选的实现方式中，所述获取应用程序的指令在镜像文件中的偏移地址区间与应用程序的指令的符号信息之间的第一对应关系，包括：

获取应用程序的标识信息；

向云端发送携带所述标识信息的获取请求；所述获取请求用于获取应用程序的指令在镜像文件中的偏移地址区间与应用程序的指令的符号信息之间的第一对应关系；

接收云端根据所述标识信息返回的所述第一对应关系。

第二方面，本申请示出了一种数据处理装置，所述装置包括：

第一获取模块，用于在应用程序运行的过程中崩溃的情况下，获取应用程序中的各个镜像文件的内存地址区间；第二获取模块，用于获取应用程序的指令在镜像文件中的偏移地址区间与应用程序的指令的符号信息之间的第一对应关系；第三获取模块，用于获取应用程序中的崩溃相关的指令所在的镜像文件的文件名称与崩溃相关的指令的内存地址之间的第二对应关系；其中，符号信息至少包括指令所在的函数的函数名、函数所在的文件的文件名以及指令在文件中的位置；所述应用程序对应的安装包中的主程序的至少一个数据段被拆分为至少两个数据段；

修复模块，用于对应用程序中的各个镜像文件的内存地址区间中的主程序的镜像文件的内存地址区间修复，得到主程序的镜像文件的修复后的内存地址区间，修复后的内存地址区间包括至少两个数据段中的各个数据段的内存地址区间；以及，查找模块，用于在第二对应关系中查找预设标识符的文件名称对应的目标指令的内存地址；

确定模块，用于在各个镜像文件的内存地址区间以及修复后的内存地址区间中，确定所述目标指令的内存地址所在的目标镜像文件的目标内存地址区间；

第四获取模块，用于根据所述目标指令的内存地址、所述目标内存地址区间的起始内存地址以及所述第一对应关系获取所述目标指令的符号信息；

输出模块，用于输出目标指令的符号信息，目标指令的符号信息至少包括目标指令所在的目标函数的函数名，目标函数所在的目标文件的文件名以及目标指令在目标文件中的位置。

在一个可选的实现方式中，所述修复模块包括：

确定单元，用于在各个镜像文件的内存地址区间中确定主程序的镜像文件的内存地址区间以及位于所述主程序的镜像文件的内存地址区间之后的、且与所述主程序的镜像文件的内存地址区间距离最近的下一镜像文件的内存地址区间；

替换单元，用于使用下一镜像文件的内存地址区间的起始内存地址替换所述主程序的内存地址区间的结束内存地址，得到主程序的镜像文件的修复后的内存地址区间。

在一个可选的实现方式中，所述第四获取模块包括：

第一获取单元，用于根据所述目标指令的内存地址以及所述目标内存地址区间的起始内存地址获取所述目标指令在目标镜像文件中的偏移地址；

第二获取单元，用于根据所述偏移地址以及所述第一对应关系获取目标指令的符号信息。

在一个可选的实现方式中，所述第一获取单元包括：

计算子单元，用于计算所述目标指令的内存地址与所述目标内存地址区间的起始内存地址之间的差值；

获取子单元，用于根据所述差值获取所述目标指令在目标镜像文件中的偏移地址。

在一个可选的实现方式中，所述第二获取单元包括：

第一查找子单元，用于在所述第一对应关系中查找所述偏移地址所在的偏移地址区间；

第二查找子单元，用于在所述第一对应关系中查找所述偏移地址区间相对应的符号信息。

在一个可选的实现方式中，所述第一获取模块包括：

第三获取单元，用于获取应用程序的标识信息；

发送单元，用于向云端发送携带所述标识信息的获取请求；所述获取请求用于获取应用程序的指令在镜像文件中的偏移地址区间与应用程序的指令的符号信息之间的第一对应关系；

接收单元，用于接收云端根据所述标识信息返回的所述第一对应关系。

第三方面，本申请示出了一种电子设备，所述电子设备包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行如第一方面所述的数据处理方法。

第四方面，本申请示出了一种非临时性计算机可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如第一方面所述的数据处理方法。

第五方面，本申请示出了一种计算机程序产品，当所述计算机程序产品中的指令由电子设备的处理器执行时，使得电子设备能够执行如第一方面所述的数据处理方法。

本申请提供的技术方案可以包括以下有益效果：

在本申请中，在应用程序运行的过程中崩溃的情况下，获取应用程序中的各个镜像文件的内存地址区间，获取应用程序的指令在镜像文件中的偏移地址区间与应用程序的指令的符号信息之间的第一对应关系，以及，获取应用程序中的崩溃相关的指令所在的镜像文件的文件名称与崩溃相关的指令的内存地址之间的第二对应关系。对应用程序中的各个镜像文件的内存地址区间中的主程序的镜像文件的内存地址区间修复，得到主程序的镜像文件的修复后的内存地址区间，修复后的内存地址区间包括至少两个数据段中的各个数据段的内存地址区间，以及，在第二对应关系中查找预设标识符的文件名称对应的崩溃相关的目标指令的内存地址。在各个镜像文件的内存地址区间以及主程序的镜像文件的修复后的内存地址区间中，确定崩溃相关的目标指令的内存地址所在的目标镜像文件的目标内存地址区间。根据崩溃相关的目标指令的内存地址、目标内存地址区间的起始内存地址以及第一对应关系获取崩溃相关的目标指令的符号信息。输出崩溃相关的目标指令的符号信息，崩溃相关的目标指令的符号信息至少包括崩溃相关的目标指令所在的目标函数的函数名，崩溃相关的目标函数所在的目标文件的文件名以及崩溃相关的目标指令在目标文件中的位置等。

通过本申请，由于对应用程序中的各个镜像文件的内存地址区间中的主程序的镜像文件的内存地址区间修复，得到主程序的镜像文件的修复后的内存地址区间，因此，之后可以确定出崩溃相关的目标指令位于应用程序中的哪一个镜像文件中，例如，可以确定出崩溃相关的目标指令的内存地址位于主程序的镜像文件的修复后的内存地址区间中，之后根据崩溃相关的目标指令的内存地址、修复后的内存地址区间的起始内存地址以及第一对应关系就可以准确获取到崩溃相关的目标指令的符号信息，以供开发人员查看具有可读性的符号信息。

也即，通过本申请，可以解析出具有可读性的准确的关于崩溃的相关信息，使得开发人员根据具有可读性的准确的关于崩溃的相关信息可以分析出应用程序崩溃的原因，进而使得开发人员根据崩溃的原因可以优化应用程序。

另外，symbolicatecrash工具需要依赖MAC OS的运行环境，而本申请的方案可以不使用symbolicatecrash工具，从而可以避免受MAC OS的运行环境的局限，本申请的方案除了可以应用在MAC OS的运行环境中，还可以运行在Linux的运行环境以及Winows的运行环境中，从而可以提高本方案的适用范围等。

附图说明

图1是本申请示出的一种数据处理方法的步骤流程图。

图2是本申请示出的一种数据处理装置的结构框图。

图3是本申请示出的一种电子设备的框图。

图4是本申请示出的一种电子设备的框图。

具体实施方式

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

参照图1，示出了本申请的一种数据处理方法的步骤流程图，应用于电子设备，该方法具体可以包括如下步骤：

在步骤S101中，在应用程序运行的过程中崩溃的情况下，获取应用程序中的各个镜像文件的内存地址区间，获取应用程序的指令在镜像文件中的偏移地址区间与应用程序的指令的符号信息之间的第一对应关系，以及，获取应用程序中的崩溃相关的指令所在的镜像文件的文件名称与崩溃相关的指令的内存地址之间的第二对应关系。

指令的内存地址包括应用程序加载在内存之后，指令在内存中的地址等。

镜像文件的内存地址区间包括应用程序加载在内存之后，镜像文件在内存中的地址区间等。

其中，符号信息至少包括指令所在的函数的函数名、函数所在的文件的文件名以及指令在文件中的位置等。符号信息为具有可读性的信息，开发人员可以很容易看懂符号信息中表达的内容。

本申请中的应用程序对应的安装包中的主程序的至少一个数据段被拆分为至少两个数据段。

应用程序中的主程序是开发人员通过编写计算机程序代码得到的，应用程序中还可以包括系统库、动态库以及三方库等独立的文件。主程序与系统库、动态库以及三方库等之间是相互独立的，主程序可以调用系统库、动态库以及三方库等。

在应用程序运行的过程中崩溃的情况下，可以自动生成崩溃日志，崩溃日志中可以包括崩溃堆栈以及应用程序中的各个镜像文件的内存地址区间等。

崩溃堆栈中可以包括应用程序中的崩溃相关的指令所在的镜像文件的文件名称与崩溃相关的指令的内存地址之间的第二对应关系。

崩溃相关的指令可以理解为引起应用程序崩溃的指令，例如，应用程序中的一个或多个指令出现故障，导致应用程序崩溃，则该一个或多个指令可以理解为崩溃相关的指令。

因此，可以从崩溃日志中提取崩溃堆栈以及应用程序中的各个镜像文件的内存地址区间等，以及，可以从崩溃堆栈中提取应用程序中的崩溃相关的指令所在的镜像文件的文件名称与崩溃相关的指令的内存地址之间的第二对应关系。

在本申请一个实施例中，崩溃日志中还可以包括应用程序的标识信息，因此，可以提取崩溃日志中的应用程序的标识信息。并根据应用程序的标识信息获取应用程序的指令在镜像文件中的偏移地址区间与应用程序的指令的符号信息之间的第一对应关系。

在本申请中，在开发人员开发完毕应用程序的相关数据(包括源代码或者对源代码编译得到的产物等)之后，可以将应用程序的相关数据交由云端打包，云端在根据应用程序的相关数据生成应用程序的安装包的过程中，会生成应用程序的符号表，符号表中包括应用程序的指令在镜像文件中的偏移地址区间与应用程序的指令的符号信息之间的第一对应关系，符号信息至少包括指令所在的函数的函数名，函数所在的文件的文件名以及指令在文件中的位置，符号表中还存在符号表的标识信息，符号表的标识信息与应用程序的标识信息相同，云端可以从符号表中提取出符号表的标识信息，例如，通过dwarfdump等命令从符号表中提取出符号表的标识信息，并作为应用程序的标识信息。

标识信息可以包括UUID(Universally Unique Identifier，通用唯一识别码)等。

其中，编写的应用程序的源代码位于一个文件中，文件具有文件名，源代码中包括多个函数，每一个函数中包括多个指令，源代码中包括多行，一个函数具有多行，每一行中包括至少一个函数的指令，指令在文件中的位置可以理解为指令所在的行的行号等。不同函数的函数名不同。不同的函数包括的行不重合。

其中，云端还可以从符号表中提取出应用程序的指令在镜像文件中的偏移地址区间与应用程序的指令的符号信息之间的第一对应关系，例如，通过dwarf命令从符号表中解析出该第一对应关系，并在云端中绑定应用程序的标识信息与该第一对应关系。

如此，电子设备可以向云端发送携带应用程序的标识信息的获取请求，该获取请求用于获取应用程序的指令在镜像文件中的偏移地址区间与应用程序的指令的符号信息之间的第一对应关系。

云端可以接收该获取请求，并提取出该获取请求中的应用程序的标识信息，可以根据应用程序的标识信息查找应用程序的指令在镜像文件中的偏移地址区间与应用程序的指令的符号信息之间的第一对应关系，例如，查找与应用程序的标识信息绑定的应用程序的指令在镜像文件中的偏移地址区间与应用程序的指令的符号信息之间的第一对应关系。然后向电子设备发送查找到的应用程序的指令在镜像文件中的偏移地址区间与应用程序的指令的符号信息之间的第一对应关系。电子设备接收云端返回的应用程序的指令在镜像文件中的偏移地址区间与应用程序的指令的符号信息之间的第一对应关系。

在步骤S102中，对应用程序中的各个镜像文件的内存地址区间中的主程序的镜像文件的内存地址区间修复，得到主程序的镜像文件的修复后的内存地址区间，修复后的内存地址区间包括至少两个数据段中的各个数据段的内存地址区间，以及，在第二对应关系中查找预设标识符的文件名称对应的崩溃相关的目标指令的内存地址。

在本申请中，在应用程序中，除了具有开发人员通过代码编写的主程序以外，往往还包括系统库、动态库以及三方库等独立的文件，主程序与系统库、动态库以及三方库等之间是相互独立的，主程序可以调用系统库、动态库以及三方库等，在应用程序运行之后，主程序与系统库、动态库以及三方库等独立的文件在内存上均具有镜像文件，且各个镜像文件在内存上具有各自的内存地址区间。

其中，对于主程序的镜像文件而言，其具有自己的内存地址区间。

如果主程序中的一个数据段被拆分为至少两个数据段，则至少两个数据段均位于主程序中，在应用程序在电子设备上运行之后，至少两个数据段均位于会均位于主程序的镜像文件中。

但是，在应用程序在电子设备上运行之后，至少两个数据段各自有各自的内存地址区间，对于电子设备而言，在一个可能的情况下，其往往会将至少两个数据段中的各个数据段的内存地址区间中的最小的内存地址区间作为主程序的镜像文件的内存地址区间。

但是，至少两个数据段中的各个数据段的内存地址区间中的最小的内存地址区间并不是主程序的镜像文件的完整的内存地址区间。至少两个数据段中的各个数据段的内存地址区间中的最小的内存地址区间中并不包括非最小的内存地址区间。

如果主程序中的崩溃相关的指令的内存地址不位于至少两个数据段中的各个数据段的内存地址区间中的最小的内存地址区间，而位于至少两个数据段中的各个数据段的内存地址区间中的非最小的内存地址区间，则电子设备会确定出崩溃相关的指令不位于主程序的镜像文件的内存地址区间(各个数据段的内存地址区间中的最小的内存地址区间)，由于崩溃相关的指令也不位于其他镜像文件的内存地址区间，因此，就无法确定出崩溃相关的指令位于哪一个镜像文件的内存地址区间。

在无法确定出崩溃相关的指令位于哪一个镜像文件的内存地址区间的情况下，在一个方式中，可以输出该指令所在的镜像文件的文件名称为预设标识符，预设标识符可以包括“？？？”或者“XXX”等，用以表示无法确定崩溃相关的指令位于哪一个镜像文件。例如，在输出的崩溃日志中的崩溃堆栈中的、应用程序中的崩溃相关的指令所在的镜像文件的文件名称与崩溃相关的指令的内存地址之间的第二对应关系中，崩溃相关的指令的内存地址对应的镜像文件的文件名称就可以为预设标识符等。

其中，在上述情况中，“无法确定出崩溃相关的指令位于哪一个镜像文件的内存地址区间”的原因是主程序的镜像文件的内存地址区间出现错误。

因此，为了可以准确确定出崩溃相关的指令位于哪一个镜像文件的内存地址区间，在本申请中，可以对主程序的镜像文件的内存地址区间修复。

例如，在一个实施例中，可以在各个镜像文件的内存地址区间中确定主程序的镜像文件的内存地址区间以及位于主程序的镜像文件的内存地址区间之后的、且与主程序的镜像文件的内存地址区间距离最近的下一镜像文件的内存地址区间，然后使用下一镜像文件的内存地址区间的起始内存地址替换主程序的镜像文件的内存地址区间的结束内存地址，得到主程序的镜像文件的修复后的内存地址区间。

由于“如果主程序中的一个数据段被拆分为至少两个数据段，则至少两个数据段均位于主程序中，也会位于主程序的镜像文件中”，因此，可以将下一镜像文件的内存地址区间的起始内存地址作为主程序的镜像文件的内存地址区间的结束内存地址，这样，修复后的主程序的镜像文件的内存地址区间中包括至少两个数据段中的各个数据段的内存地址区间。

这样，无论主程序中的崩溃相关的指令的内存地址是位于至少两个数据段中的各个数据段的内存地址区间中的最小的内存地址区间，还是唯一至少两个数据段中的各个数据段的内存地址区间中的非最小的内存地址区间，都可以确定出崩溃相关的指令是位于主程序的镜像文件中的，避免出现“无法确定出崩溃相关的指令位于哪一个镜像文件的内存地址区间”的情况，进而就可以执行步骤S103。

在步骤S103中，在各个镜像文件的内存地址区间以及主程序的镜像文件的修复后的内存地址区间中，确定崩溃相关的目标指令的内存地址所在的目标镜像文件的目标内存地址区间。

其中，如果崩溃相关的目标指令的内存地址大于或等于某一个内存地址区间的起始内存地址且小于或等于该内存地址区间的结束内存地址，则说明崩溃相关的目标指令的内存地址位于该内存地址区间中，可以将该内存地址区间作为目标内存地址区间。

在步骤S104中，根据崩溃相关的目标指令的内存地址、目标内存地址区间的起始内存地址以及第一对应关系获取崩溃相关的目标指令的符号信息。

在本申请一个实施例中，本步骤可以通过如下流程实现，包括：

1041、根据崩溃相关的目标指令的内存地址以及目标内存地址区间的起始内存地址获取崩溃相关的目标指令在目标镜像文件中的偏移地址。

在一个方式中，可以计算崩溃相关的目标指令的内存地址与目标内存地址区间的起始内存地址之间的差值，然后根据差值获取崩溃相关的目标指令在目标镜像文件中的偏移地址，例如，可以将该差值确定为崩溃相关的目标指令在目标镜像文件文件中的偏移地址等。

1042、根据偏移地址以及第一对应关系获取崩溃相关的目标指令的符号信息。

在一个方式中，可以在第一对应关系中查找偏移地址所在的偏移地址区间，然后在第一对应关系中查找偏移地址区间相对应的符号信息，并作为崩溃相关的目标指令的符号信息。

在步骤S105中，输出崩溃相关的目标指令的符号信息，崩溃相关的目标指令的符号信息至少包括崩溃相关的目标指令所在的目标函数的函数名，崩溃相关的目标函数所在的目标文件的文件名以及崩溃相关的目标指令在目标文件中的位置等。

目标指令的符号信息为具有可读性的信息，开发人员可以很容易看懂符号信息中表达的内容，例如，开发人员在目标指令的符号信息中可以很容易感知到引起应用程序崩溃的原因，在引起应用程序崩溃的原因为目标指令出现故障的情况下，可以很容易得到引起应用程序崩溃的目标指令的位置，并可以快速在应用程序的源代码中定位出目标指令，并对应用程序的崩溃相关的目标指令的源代码修改，以实现对应用程序优化，尽可能地避免之后由于崩溃相关的目标指令导致的应用程序崩溃。

在本申请一个实施例中，可以在电子设备的屏幕上显示崩溃相关的目标指令的符号信息。

或者，在本申请一个实施例中，可以使用电子设备的音响播放崩溃相关的目标指令的符号信息。

在开发人员感知到崩溃相关的目标指令的符号信息之后，就可以获知崩溃相关的目标指令的符号信息，并根据崩溃相关的目标指令的符号信息可以获知崩溃相关的目标指令所在的目标函数的函数名，目标函数所在的目标文件的文件名以及崩溃相关的目标指令在目标文件中的位置，进而开发人员就可以快速定位出应用程序的崩溃相关的目标指令的源代码，并对应用程序的崩溃相关的目标指令的源代码修改，以实现对应用程序优化，尽可能地避免之后由于崩溃相关的目标指令导致的应用程序崩溃。

或者，在本申请一个实施例中，还可以在电子设备中的预设文件中记录崩溃相关的目标指令的符号信息，以供开发人员之后在需要的时候在预设文件中可以查看崩溃相关的目标指令的符号信息。

或者，在本申请一个实施例中，还可以将崩溃相关的目标指令的符号信息通过邮件、短信或PUSH消息等任何可用方式发送给相关开发人员，以供开发人员查看崩溃相关的目标指令的符号信息等。

在本申请中，在应用程序运行的过程中崩溃的情况下，获取应用程序中的各个镜像文件的内存地址区间，获取应用程序的指令在镜像文件中的偏移地址区间与应用程序的指令的符号信息之间的第一对应关系，以及，获取应用程序中的崩溃相关的指令所在的镜像文件的文件名称与崩溃相关的指令的内存地址之间的第二对应关系。对应用程序中的各个镜像文件的内存地址区间中的主程序的镜像文件的内存地址区间修复，得到主程序的镜像文件的修复后的内存地址区间，修复后的内存地址区间包括至少两个数据段中的各个数据段的内存地址区间，以及，在第二对应关系中查找预设标识符的文件名称对应的崩溃相关的目标指令的内存地址。在各个镜像文件的内存地址区间以及主程序的镜像文件的修复后的内存地址区间中，确定崩溃相关的目标指令的内存地址所在的目标镜像文件的目标内存地址区间。根据崩溃相关的目标指令的内存地址、目标内存地址区间的起始内存地址以及第一对应关系获取崩溃相关的目标指令的符号信息。输出崩溃相关的目标指令的符号信息，崩溃相关的目标指令的符号信息至少包括崩溃相关的目标指令所在的目标函数的函数名，崩溃相关的目标函数所在的目标文件的文件名以及崩溃相关的目标指令在目标文件中的位置等。

通过本申请，由于对应用程序中的各个镜像文件的内存地址区间中的主程序的镜像文件的内存地址区间修复，得到主程序的镜像文件的修复后的内存地址区间，因此，之后可以确定出崩溃相关的目标指令位于应用程序中的哪一个镜像文件中，例如，可以确定出崩溃相关的目标指令的内存地址位于主程序的镜像文件的修复后的内存地址区间中，之后根据崩溃相关的目标指令的内存地址、修复后的内存地址区间的起始内存地址以及第一对应关系就可以准确获取到崩溃相关的目标指令的符号信息，以供开发人员查看具有可读性的符号信息。

也即，通过本申请，可以解析出具有可读性的准确的关于崩溃的相关信息，使得开发人员根据具有可读性的准确的关于崩溃的相关信息可以分析出应用程序崩溃的原因，进而使得开发人员根据崩溃的原因可以优化应用程序。

另外，symbolicatecrash工具需要依赖MAC OS的运行环境，而本申请的方案可以不使用symbolicatecrash工具，从而可以避免受MAC OS的运行环境的局限，本申请的方案除了可以应用在MAC OS的运行环境中，还可以运行在Linux的运行环境以及Winows的运行环境中，从而可以提高本方案的适用范围等。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作并不一定是本申请所必须的。

参照图2，示出了本申请的一种数据处理装置的结构框图，应用于电子设备，该装置具体可以包括如下模块：

第一获取模块11，用于在应用程序运行的过程中崩溃的情况下，获取应用程序中的各个镜像文件的内存地址区间；第二获取模块12，用于获取应用程序的指令在镜像文件中的偏移地址区间与应用程序的指令的符号信息之间的第一对应关系；第三获取模块13，用于获取应用程序中的崩溃相关的指令所在的镜像文件的文件名称与崩溃相关的指令的内存地址之间的第二对应关系；其中，符号信息至少包括指令所在的函数的函数名、函数所在的文件的文件名以及指令在文件中的位置；所述应用程序对应的安装包中的主程序的至少一个数据段被拆分为至少两个数据段；

修复模块14，用于对应用程序中的各个镜像文件的内存地址区间中的主程序的镜像文件的内存地址区间修复，得到主程序的镜像文件的修复后的内存地址区间，修复后的内存地址区间包括至少两个数据段中的各个数据段的内存地址区间；以及，查找模块15，用于在第二对应关系中查找预设标识符的文件名称对应的目标指令的内存地址；

确定模块16，用于在各个镜像文件的内存地址区间以及修复后的内存地址区间中，确定所述目标指令的内存地址所在的目标镜像文件的目标内存地址区间；

第四获取模块17，用于根据所述目标指令的内存地址、所述目标内存地址区间的起始内存地址以及所述第一对应关系获取所述目标指令的符号信息；

输出模块18，用于输出目标指令的符号信息，目标指令的符号信息至少包括目标指令所在的目标函数的函数名，目标函数所在的目标文件的文件名以及目标指令在目标文件中的位置。

在一个可选的实现方式中，所述修复模块包括：

确定单元，用于在各个镜像文件的内存地址区间中确定主程序的镜像文件的内存地址区间以及位于所述主程序的镜像文件的内存地址区间之后的、且与所述主程序的镜像文件的内存地址区间距离最近的下一镜像文件的内存地址区间；

替换单元，用于使用下一镜像文件的内存地址区间的起始内存地址替换所述主程序的内存地址区间的结束内存地址，得到主程序的镜像文件的修复后的内存地址区间。

在一个可选的实现方式中，所述第四获取模块包括：

第一获取单元，用于根据所述目标指令的内存地址以及所述目标内存地址区间的起始内存地址获取所述目标指令在目标镜像文件中的偏移地址；

第二获取单元，用于根据所述偏移地址以及所述第一对应关系获取目标指令的符号信息。

在一个可选的实现方式中，所述第一获取单元包括：

计算子单元，用于计算所述目标指令的内存地址与所述目标内存地址区间的起始内存地址之间的差值；

获取子单元，用于根据所述差值获取所述目标指令在目标镜像文件中的偏移地址。

在一个可选的实现方式中，所述第二获取单元包括：

第一查找子单元，用于在所述第一对应关系中查找所述偏移地址所在的偏移地址区间；

第二查找子单元，用于在所述第一对应关系中查找所述偏移地址区间相对应的符号信息。

在一个可选的实现方式中，所述第一获取模块包括：

第三获取单元，用于获取应用程序的标识信息；

发送单元，用于向云端发送携带所述标识信息的获取请求；所述获取请求用于获取应用程序的指令在镜像文件中的偏移地址区间与应用程序的指令的符号信息之间的第一对应关系；

接收单元，用于接收云端根据所述标识信息返回的所述第一对应关系。

在本申请中，在应用程序运行的过程中崩溃的情况下，获取应用程序中的各个镜像文件的内存地址区间，获取应用程序的指令在镜像文件中的偏移地址区间与应用程序的指令的符号信息之间的第一对应关系，以及，获取应用程序中的崩溃相关的指令所在的镜像文件的文件名称与崩溃相关的指令的内存地址之间的第二对应关系。对应用程序中的各个镜像文件的内存地址区间中的主程序的镜像文件的内存地址区间修复，得到主程序的镜像文件的修复后的内存地址区间，修复后的内存地址区间包括至少两个数据段中的各个数据段的内存地址区间，以及，在第二对应关系中查找预设标识符的文件名称对应的崩溃相关的目标指令的内存地址。在各个镜像文件的内存地址区间以及主程序的镜像文件的修复后的内存地址区间中，确定崩溃相关的目标指令的内存地址所在的目标镜像文件的目标内存地址区间。根据崩溃相关的目标指令的内存地址、目标内存地址区间的起始内存地址以及第一对应关系获取崩溃相关的目标指令的符号信息。输出崩溃相关的目标指令的符号信息，崩溃相关的目标指令的符号信息至少包括崩溃相关的目标指令所在的目标函数的函数名，崩溃相关的目标函数所在的目标文件的文件名以及崩溃相关的目标指令在目标文件中的位置等。

通过本申请，由于对应用程序中的各个镜像文件的内存地址区间中的主程序的镜像文件的内存地址区间修复，得到主程序的镜像文件的修复后的内存地址区间，因此，之后可以确定出崩溃相关的目标指令位于应用程序中的哪一个镜像文件中，例如，可以确定出崩溃相关的目标指令的内存地址位于主程序的镜像文件的修复后的内存地址区间中，之后根据崩溃相关的目标指令的内存地址、修复后的内存地址区间的起始内存地址以及第一对应关系就可以准确获取到崩溃相关的目标指令的符号信息，以供开发人员查看具有可读性的符号信息。

也即，通过本申请，可以解析出具有可读性的准确的关于崩溃的相关信息，使得开发人员根据具有可读性的准确的关于崩溃的相关信息可以分析出应用程序崩溃的原因，进而使得开发人员根据崩溃的原因可以优化应用程序。

另外，symbolicatecrash工具需要依赖MAC OS的运行环境，而本申请的方案可以不使用symbolicatecrash工具，从而可以避免受MAC OS的运行环境的局限，本申请的方案除了可以应用在MAC OS的运行环境中，还可以运行在Linux的运行环境以及Winows的运行环境中，从而可以提高本方案的适用范围等。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

可选的，本发明实施例还提供了一种电子设备，包括：处理器，存储器，存储在存储器上并可在处理器上运行的计算机程序，该计算机程序被处理器执行时实现上述数据处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本发明实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述数据处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

图3是本申请示出的一种电子设备800的框图。例如，电子设备800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图3，电子设备800可以包括以下一个或多个组件：处理组件802，存储器804，电力组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制电子设备800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在电子设备800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图像，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为电子设备800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为电子设备800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述电子设备800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当电子设备800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收到的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为电子设备800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为电子设备800的显示器和小键盘，传感器组件814还可以检测电子设备800或电子设备800一个组件的位置改变，用户与电子设备800接触的存在或不存在，电子设备800方位或加速/减速和电子设备800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于电子设备800和其他设备之间有线或无线方式的通信。电子设备800可以接入基于通信标准的无线网络，如WiFi，运营商网络(如2G、3G、4G或5G)，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播操作信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，电子设备800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由电子设备800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

图4是本申请示出的一种电子设备1900的框图。例如，电子设备1900可以被提供为一服务器。

参照图4，电子设备1900包括处理组件1922，其进一步包括一个或多个处理器，以及由存储器1932所代表的存储器资源，用于存储可由处理组件1922的执行的指令，例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1922被配置为执行指令，以执行上述方法。

电子设备1900还可以包括一个电源组件1926被配置为执行电子设备1900的电源管理，一个有线或无线网络接口1950被配置为将电子设备1900连接到网络，和一个输入输出(I/O)接口1958。电子设备1900可以操作基于存储在存储器1932的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。

本领域普通技术人员可以意识到，结合本发明实施例中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (14)

1.一种数据处理方法，其特征在于，所述方法包括：

在应用程序运行的过程中崩溃的情况下，获取应用程序中的各个镜像文件的内存地址区间；获取应用程序的指令在镜像文件中的偏移地址区间与应用程序的指令的符号信息之间的第一对应关系；以及获取应用程序中的崩溃相关的指令所在的镜像文件的文件名称与崩溃相关的指令的内存地址之间的第二对应关系；其中，符号信息至少包括指令所在的函数的函数名、函数所在的文件的文件名以及指令在文件中的位置；所述应用程序对应的安装包中的主程序的至少一个数据段被拆分为至少两个数据段；

对应用程序中的各个镜像文件的内存地址区间中的主程序的镜像文件的内存地址区间修复，得到主程序的镜像文件的修复后的内存地址区间，修复后的内存地址区间包括至少两个数据段中的各个数据段的内存地址区间；以及，在第二对应关系中查找预设标识符的文件名称对应的目标指令的内存地址；

在各个镜像文件的内存地址区间以及修复后的内存地址区间中，确定所述目标指令的内存地址所在的目标镜像文件的目标内存地址区间；

根据所述目标指令的内存地址、所述目标内存地址区间的起始内存地址以及所述第一对应关系获取所述目标指令的符号信息；

输出目标指令的符号信息，目标指令的符号信息至少包括目标指令所在的目标函数的函数名，目标函数所在的目标文件的文件名以及目标指令在目标文件中的位置。

2.根据权利要求1所述的方法，其特征在于，所述对应用程序中的各个镜像文件的内存地址区间中的主程序的镜像文件的内存地址区间修复，得到修复后的主程序的镜像文件的修复后的内存地址区间，包括：

在各个镜像文件的内存地址区间中确定主程序的镜像文件的内存地址区间以及位于所述主程序的镜像文件的内存地址区间之后的、且与所述主程序的镜像文件的内存地址区间距离最近的下一镜像文件的内存地址区间；

使用下一镜像文件的内存地址区间的起始内存地址替换所述主程序的内存地址区间的结束内存地址，得到主程序的镜像文件的修复后的内存地址区间。

3.根据权利要求1所述的方法，其特征在于，所述根据所述目标指令的内存地址、所述目标内存地址区间的起始内存地址以及所述第一对应关系获取所述目标指令的符号信息，包括：

根据所述目标指令的内存地址以及所述目标内存地址区间的起始内存地址获取所述目标指令在目标镜像文件中的偏移地址；

根据所述偏移地址以及所述第一对应关系获取目标指令的符号信息。

4.根据权利要求3所述的方法，其特征在于，所述根据所述目标指令的内存地址以及所述目标内存地址区间的起始内存地址获取所述目标指令在目标镜像文件中的偏移地址，包括：

计算所述目标指令的内存地址与所述目标内存地址区间的起始内存地址之间的差值；

根据所述差值获取所述目标指令在目标镜像文件中的偏移地址。

5.根据权利要求3所述的方法，其特征在于，所述根据所述偏移地址以及所述第一对应关系获取目标指令的符号信息，包括：

在所述第一对应关系中查找所述偏移地址所在的偏移地址区间，然后在所述第一对应关系中查找所述偏移地址区间相对应的符号信息。

6.根据权利要求1所述的方法，其特征在于，所述获取应用程序的指令在镜像文件中的偏移地址区间与应用程序的指令的符号信息之间的第一对应关系，包括：

获取应用程序的标识信息；

向云端发送携带所述标识信息的获取请求；所述获取请求用于获取应用程序的指令在镜像文件中的偏移地址区间与应用程序的指令的符号信息之间的第一对应关系；

接收云端根据所述标识信息返回的所述第一对应关系。

7.一种数据处理装置，其特征在于，所述装置包括：

第一获取模块，用于在应用程序运行的过程中崩溃的情况下，获取应用程序中的各个镜像文件的内存地址区间；第二获取模块，用于获取应用程序的指令在镜像文件中的偏移地址区间与应用程序的指令的符号信息之间的第一对应关系；第三获取模块，用于获取应用程序中的崩溃相关的指令所在的镜像文件的文件名称与崩溃相关的指令的内存地址之间的第二对应关系；其中，符号信息至少包括指令所在的函数的函数名、函数所在的文件的文件名以及指令在文件中的位置；所述应用程序对应的安装包中的主程序的至少一个数据段被拆分为至少两个数据段；

修复模块，用于对应用程序中的各个镜像文件的内存地址区间中的主程序的镜像文件的内存地址区间修复，得到主程序的镜像文件的修复后的内存地址区间，修复后的内存地址区间包括至少两个数据段中的各个数据段的内存地址区间；以及，查找模块，用于在第二对应关系中查找预设标识符的文件名称对应的目标指令的内存地址；

确定模块，用于在各个镜像文件的内存地址区间以及修复后的内存地址区间中，确定所述目标指令的内存地址所在的目标镜像文件的目标内存地址区间；

第四获取模块，用于根据所述目标指令的内存地址、所述目标内存地址区间的起始内存地址以及所述第一对应关系获取所述目标指令的符号信息；

输出模块，用于输出目标指令的符号信息，目标指令的符号信息至少包括目标指令所在的目标函数的函数名，目标函数所在的目标文件的文件名以及目标指令在目标文件中的位置。

8.根据权利要求7所述的装置，其特征在于，所述修复模块包括：

确定单元，用于在各个镜像文件的内存地址区间中确定主程序的镜像文件的内存地址区间以及位于所述主程序的镜像文件的内存地址区间之后的、且与所述主程序的镜像文件的内存地址区间距离最近的下一镜像文件的内存地址区间；

替换单元，用于使用下一镜像文件的内存地址区间的起始内存地址替换所述主程序的内存地址区间的结束内存地址，得到主程序的镜像文件的修复后的内存地址区间。

9.根据权利要求7所述的装置，其特征在于，所述第四获取模块包括：

第一获取单元，用于根据所述目标指令的内存地址以及所述目标内存地址区间的起始内存地址获取所述目标指令在目标镜像文件中的偏移地址；

第二获取单元，用于根据所述偏移地址以及所述第一对应关系获取目标指令的符号信息。

10.根据权利要求9所述的装置，其特征在于，所述第一获取单元包括：

计算子单元，用于计算所述目标指令的内存地址与所述目标内存地址区间的起始内存地址之间的差值；

获取子单元，用于根据所述差值获取所述目标指令在目标镜像文件中的偏移地址。

11.根据权利要求9所述的装置，其特征在于，所述第二获取单元包括：

第一查找子单元，用于在所述第一对应关系中查找所述偏移地址所在的偏移地址区间；

第二查找子单元，用于在所述第一对应关系中查找所述偏移地址区间相对应的符号信息。

12.根据权利要求7所述的装置，其特征在于，所述第一获取模块包括：

第三获取单元，用于获取应用程序的标识信息；

发送单元，用于向云端发送携带所述标识信息的获取请求；所述获取请求用于获取应用程序的指令在镜像文件中的偏移地址区间与应用程序的指令的符号信息之间的第一对应关系；

接收单元，用于接收云端根据所述标识信息返回的所述第一对应关系。

13.一种电子设备，其特征在于，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至6中任一项所述的数据处理方法的步骤。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至6中任一项所述的数据处理方法的步骤。

Images