CN104516732A - 一种应用程序崩溃报告方法和系统 - Google Patents

Abstract

本发明公开了一种应用程序崩溃报告方法和系统。该方法包括：应用程序启动时，检测本地是否存在该应用程序的崩溃日志；其中，该应用程序的崩溃日志保存有该应用程序在崩溃之前的运行信息；如果存在所述崩溃日志，将所述崩溃日志发送到指定接收端，使得接收端根据所述崩溃日志解析出所述应用程序在崩溃之前的运行信息，并根据所述运行信息调试所述应用程序；在所述崩溃日志成功发送之后，在本地删除所述崩溃日志。本发明提供的技术方案能够解决现有的获取应用程序的崩溃日志的方式不够便捷，会影响应用程序的开发进度。

Description

一种应用程序崩溃报告方法和系统

技术领域

本发明涉及计算机智能终端技术领域，特别是涉及一种应用程序崩溃报告方法和系统。

背景技术

在智能终端的应用的实际开发过程，或者在用户在智能终端中使用应用程序的时候，经常会出现应用程序崩溃的情况，这会导致用户对应用程序的不满。由于我们无法要求用户复现他的操作步骤，难以获取应用程序崩溃的原因，进而导致应用程序崩溃的问题无法得到有效的解决。又或者测试人员测出程序崩溃，但是开发人员由于种种原因而导致无法对崩溃的问题进行很好的复现。在这些无法复现的情况下，我们可以查看崩溃报告,我们只需要根据解析出来的崩溃报告就可以直接针对对应的崩溃的地方进行debug。

现有的获取应用程序崩溃日志的方式由以下几种：

1、使用专门的日志操作类NSLog，将指定的崩溃信息输出到标准的错误输出上。开发人员就可以利用它在xcode的日志输出窗口，或者是输出到具体的文件当中。这种方案只能获取到开发人员自身设置的调试信息，需要获取多次日志信息才能较为准确的定位具体的崩溃发发生的位置，在一些特殊情况下，会因为崩溃日志的输出影响应用程序的性能导致无法定位到崩溃发生的位置。

2、使用智能终端中的应用程序自带的崩溃报告机制，将智能终端设备与PC连接。在xcode的Organizer下面找到相应Device设备，选择DeviceLog标签，找到相应的崩溃日志。

上述的崩溃日志的获取方式需要将保存有崩溃日志的智能终端设备与pc直接相连接。不能及时的获取到对应的崩溃日志。从而导致影响了应用程序的开发进度以及应用程序崩溃原因的排除。

综上所述，现有的获取应用程序的崩溃日志的方式不够便捷，会影响应用程序的开发进度。

发明内容

本发明提供了一种应用程序崩溃报告方法和系统，本发明提供的技术方案能解决现有的获取应用程序的崩溃日志的方式不够便捷，会影响应用程序的开发进度的问题。

本发明公开了一种应用程序崩溃报告方法，该方法包括：

应用程序启动时，检测本地是否存在该应用程序的崩溃日志；其中，该应用程序的崩溃日志保存有该应用程序在崩溃之前的运行信息；

如果存在所述崩溃日志，将所述崩溃日志发送到指定接收端，使得接收端根据所述崩溃日志解析出所述应用程序在崩溃之前的运行信息，并根据所述运行信息调试所述应用程序；

在所述崩溃日志成功发送之后，在本地删除所述崩溃日志。

在上述方法中，所述将所述崩溃日志发送到指定接收端包括：

将所述崩溃日志作为邮件的附件，通过邮件发送到指定邮箱。

在上述方法中，在运行所述应用程序的智能终端的操作系统为IOS的情况下，

所述将所述崩溃日志作为邮件的附件，通过邮件发送到指定邮箱包括：

将所述崩溃日志通过特定的协议转化为可导出的崩溃日志参考文件，将所述崩溃日志参考文件作为邮件的附件，通过邮件发送到指定邮箱。

在上述方法中，所述接收端根据所述崩溃日志解析出所述应用程序在崩溃之前的运行信息包括：

从所述指定邮箱获取崩溃日志参考文件；

通过解析脚本，根据与所述崩溃日志参考文件对应的应用程序和对应的应用程序开发过程中生成的符号文件，对所述崩溃日志参考文件进行解析，得到崩溃日志解析文件。

在上述方法中，得到崩溃日志解析文件之后，该方法还包括：

根据崩溃日志解析文件中的崩溃原因，从所述应用程序中获取对应的虚拟内存地址，从所述崩溃日志解析文件中获取对应的调用栈地址和程序加载起始地址；

根据公式：实际运行地址=slide+调用栈地址-程序加载起始地址+误差修正值，计算应用程序发生所述崩溃的实际地址；

其中，slide是所述虚拟内存地址通过执行otool命令得到的值，所述误差修正值根据多次测试得到。

本发明还公开了一种应用程序崩溃报告系统，该系统包括：报告端和接收端；所述报告端包括：崩溃日志检测模块、崩溃日志发送模块和崩溃日志删除模块；其中，

崩溃日志检测模块，用于在应用程序启动时，检测本地是否存在该应用程序的崩溃日志；其中，该应用程序的崩溃日志保存有该应用程序在崩溃之前的运行信息；

崩溃日志发送模块，用于在存在所述崩溃日志时，将所述崩溃日志发送到指定接收端，使得接收端根据所述崩溃日志解析出所述应用程序在崩溃之前的运行信息，并根据所述运行信息调试所述应用程序；

崩溃日志删除模块，用于在所述崩溃日志成功发送之后，在本地删除所述崩溃日志。

在上述系统中，所述崩溃日志发送模块，用于将所述崩溃日志作为邮件的附件，通过邮件发送到指定邮箱。

在上述系统中，在运行所述应用程序的智能终端的操作系统为IOS的情况下，

所述崩溃日志发送模块包括：崩溃日志转换单元；

所述崩溃日志转换单元，用于将所述崩溃日志通过特定的协议转化为可导出的崩溃日志参考文件。

在上述系统中，所述接收端，用于从所述指定邮箱获取崩溃日志参考文件；通过解析脚本，根据与所述崩溃日志参考文件对应的应用程序和对应的应用程序开发过程中生成的符号文件，对所述崩溃日志参考文件进行解析，得到崩溃日志解析文件。

在上述系统中，所述接收端，还用于根据崩溃日志解析文件中的崩溃原因，从所述应用程序中获取对应的虚拟内存地址，从所述崩溃日志解析文件中获取对应的调用栈地址和程序加载起始地址；

根据公式：实际运行地址=slide+调用栈地址-程序加载起始地址+误差修正值，计算应用程序发生所述崩溃的实际地址；

其中，slide是所述虚拟内存地址通过执行otool命令得到的值，所述误差修正值根据多次测试得到。

综上所述，本发明提供的技术方案中，通过将在应用程序崩溃之后生成的崩溃日志转化成可导出的崩溃日志参考文件后，通过邮件发送给指定端。开发人员获取到该崩溃日志参考文件后进行解析，并对得到的崩溃日志解析文件进行内存偏移误差的修正，使得开发人员能够得到与直连PC方式相同的崩溃日志。避免了每次获取应用程序的崩溃日志都需要将智能终端与PC直连的繁琐步骤。节省开发人员获取崩溃日志的步骤和时间，间接加快了开发人员的工作效率以及应用程序的开发周期。

附图说明

图1是本发明中一种应用程序崩溃报告方法的流程图；

图2是本发明具体实施例中的应用程序崩溃报告的程序流程图；

图3是本发明中一种应用程序崩溃报告系统的结构示意图；

图4是本发明中一种应用程序崩溃报告系统的详细结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

图1是本发明中一种应用程序崩溃报告方法的流程图；如图1所示，该方法包括如下步骤：

步骤101，应用程序启动时，检测本地是否存在该应用程序的崩溃日志；其中，该应用程序的崩溃日志保存有该应用程序在崩溃之前的运行信息。

步骤102，如果存在崩溃日志，将崩溃日志发送到指定接收端，使得接收端根据崩溃日志解析出应用程序在崩溃之前的运行信息，并根据运行信息调试所述应用程序。

步骤103，在崩溃日志成功发送之后，在本地删除崩溃日志。

图2是本发明中一种应用程序崩溃报告方法的详细流程图。参见图2所示，该方法包括如下步骤：

步骤201，程序启动。

步骤202，检测崩溃日志参考文件是否存在。如果存在则进行步骤203，如果不存在则进行步骤204。

步骤203，发送崩溃日志，将已经发送过的崩溃日志在本地删除。

在本发明的一种实施例中，通过邮件系统发送崩溃日志。则将崩溃日志发送到指定接收端具体为：将崩溃日志作为邮件的附件，通过邮件发送到指定邮箱。

在上述实施例中，运行该应用程序的智能终端中预先设置好邮件账户，将指定邮箱作为收件人，将对应的崩溃日志作为邮件的附件发送出去。并且，由于应用程序每次启动之后，都会在本地检查是有存在对应的崩溃日志，为了防止存在已经发送的崩溃日志对应用程序的崩溃原因造成误判，较佳的，在在发送完对应的崩溃日志之后，同时将已经发送过的崩溃日志从本地删除。

步骤204，应用程序正常启动。

步骤205，当应用程序在运行过程中，出现严重错误导致崩溃，在本地保存崩溃日志。

在本步骤中，在应用程序运行过程出现崩溃，将崩溃日志保存在本地的指定目录下。其中在崩溃日志中，记录当前程序在之前运行过程中执行过的函数名称，模块名称以及崩溃的行数等信息。

在本发明的一种具体实施例中，在运行所述应用程序的智能终端的操作系统为IOS的情况下，在步骤203中，将所述崩溃日志作为邮件的附件，通过邮件发送到指定邮箱具体为：将崩溃日志通过特定的协议转化为可导出的崩溃日志参考文件，将崩溃日志参考文件作为邮件的附件，通过邮件发送到指定邮箱。其原因在于，在IOS智能终端操作系统下，不能从本地直接获取崩溃日志（.synced文件）将该崩溃日志通过邮件发送给指定端。因此，只能先在本地将崩溃日志（.synced文件）通过google protobuf协议转化为可导出的崩溃日志参考文件（.crash文件）。再将崩溃日志参考文件发送给接收端，即发送给相关的开发人员。

应用程序的开发人员从指定邮件取得与该应用程序对应的崩溃日志参考文件之后，需要对该崩溃日志参考文件进行解析。具体为：通过解析脚本，根据与所述崩溃日志参考文件对应的应用程序和对应的应用程序开发过程中生成的符号文件，对所述崩溃日志参考文件进行解析，得到崩溃日志解析文件。

在本发明的一种实施例中，以IOS系统为例，应用程序的开发人员将获取到的崩溃日志参考文件（.crash文件），以及对应的应用程序和对应的应用程序开发过程中生成的符号文件（.dsym文件）放置到同一个目录下，通过解析脚本进行解析，得到对应的崩溃日志解析文件。其中，解析脚本中对应的解析命令为：symbolicatecrash+xxx.crash文件+xxx.app.dsym+>+输出到的文件。

在IOS系统中，symbolicatecrash是Xcode自身提供的解析脚本，解析得到的崩溃日志解析文件与直连PC之后获取到的崩溃之间之间存在一定的内存地址偏移。因此，还需要对崩溃日志解析文件进行内存地址偏移误差修正，才能得到与崩溃日志中一致的信息。

在本发明的一种实施例中，得到崩溃日志解析文件之后，根据崩溃日志解析文件中的崩溃原因，从所述应用程序中获取对应的虚拟内存地址，从所述崩溃日志解析文件中获取对应的调用栈地址和程序加载起始地址；根据公式：实际运行地址=slide+调用栈地址-程序加载起始地址+误差修正值，计算应用程序发生该崩溃的实际地址；其中，slide是所述虚拟内存地址通过执行otool命令得到的值，所述误差修正值根据多次测试得到。

下面以feiliao.app为具体实施例，上述的误差修改进行详细描述。

首先，使用otool命令来获取虚拟内存地址vmaddr。

其中，获取虚拟内存地址的运行命令为：otool–arch armv7-l feiliao.app/feiliao|grep-B3-A8-m2"__TEXT"|grep vmaddr。

其中，处理器为arm v7架构的虚拟内存地址通常是0x1000。feiliao.app为应用程序，feiliao为应用程序的名称。grep-B3-A8-m2"__TEXT"是查找应用程序加载代码段的文本，grep vmaddr是查找虚拟内存地址。

针对崩溃日志解析文件中的一个崩溃原因，针对该崩溃原因对应的带解析crash行，feiliao 0x00253bd30x28000+2276307。

通过解析命令：atos-arch armv7-o feiliao.app/feiliao0x22CBCC。

得到对应的解析结果：feiliao 0x00253bd3__51-[MessagePumperdoProcessEvent:atIndex:withObject:]_block_invoke_0(in feiliao)(MessagePumper.m:63)

根据公式：实际运行地址=0x1000(silde)+0x00253bd3(调用栈地址)-0x28000(程序加载起始地址)+7（误差修正值）=0x1000(slide)+2276307（需要转十六进制）+7（误差修正值）

其中，对于一个应用程序，其误差修正值为定值，可以根据预先计算得到，0x00253bd3＝0x28000＋2276307。

1.0x28000是对应的程序加载起始地址。

2.0x00253bd3是对应的调用栈地址。

3.虚拟内存地址是slide地址（通常是0x1000）。

综上所述，对崩溃日志参考文件的解析的整体思路：首先从应用程序包中获取到虚拟内存地址，然后根据公式“实际运行地址=slide+调用栈地址-程序加载起始地址+误差修正值”，计算出实际运行地址，开发人员可以根据计算出的实际运行的地址进行debug。

在本发明的一种具体实施例中，在崩溃日志参考文件进行解析之后，将得到的应用程序在崩溃之前运行信息输出到一个开发人员可读的文本文档中。其中，运行信息包括：应用程序在崩溃之前所执行的线程信息、崩溃原因，正在执行的函数调用堆栈，当前系统版本号等信息。

本发明还提供了一种应用程序崩溃报告系统，该系统能够解决现有的应用程序在崩溃之后在本地生成对应的崩溃日志，开发人员只能通过将运行该应用程序的智能终端与PC直连，获取该崩溃日志，导致对应用程序中出现的崩溃进行调试的问题难以解决。

图3是本发明中一种应用程序崩溃报告系统的结构示意图，如图3所示，该系统包括：报告端301和接收端302。报告端301包括：崩溃日志检测模块3011、崩溃日志发送模块3012和崩溃日志删除模块3013。

崩溃日志检测模块3011，用于在应用程序启动时，检测本地是否存在该应用程序的崩溃日志；其中，该应用程序的崩溃日志保存有该应用程序在崩溃之前的运行信息；

崩溃日志发送模块3012，用于在存在所述崩溃日志时，将所述崩溃日志发送到指定接收端，使得接收端根据所述崩溃日志解析出所述应用程序在崩溃之前的运行信息，并根据所述运行信息调试所述应用程序；

崩溃日志删除模块3013，用于在所述崩溃日志成功发送之后，在本地删除所述崩溃日志。

在本发明的一种实施例中，崩溃日志发送模块3012，用于将崩溃日志作为邮件的附件，通过邮件发送到指定邮箱。

图4是本发明中一种应用程序崩溃报告系统的详细结构示意图,如图4所示，在运行所述应用程序的智能终端的操作系统为IOS的情况下，

崩溃日志发送模块3012包括：崩溃日志转换单元3014；

所述崩溃日志转换单元3014，用于将崩溃日志通过特定的协议转化为可导出的崩溃日志参考文件。

在本发明的一种实施例中，述接收端，用于从指定邮箱获取崩溃日志参考文件；通过解析脚本，根据与所述崩溃日志参考文件对应的应用程序和对应的应用程序开发过程中生成的符号文件，对所述崩溃日志参考文件进行解析，得到崩溃日志解析文件。

在本发明的一种实施例中，接收端，还用于根据崩溃日志解析文件中的崩溃原因，从所述应用程序中获取对应的虚拟内存地址，从所述崩溃日志解析文件中获取对应的调用栈地址和程序加载起始地址；

根据公式：实际运行地址=slide+调用栈地址-程序加载起始地址+误差修正值，计算应用程序发生所述崩溃的实际地址；

其中，slide是所述虚拟内存地址通过执行otool命令得到的值，所述误差修正值根据多次测试得到。

综上所述，本发明提供的技术方案中，通过将在应用程序崩溃之后生成的崩溃日志转化成可导出的崩溃日志参考文件后，通过邮件发送给指定端。开发人员获取到该崩溃日志参考文件后进行解析，并对得到的崩溃日志解析文件进行内存偏移误差的修正，使得开发人员能够得到与直连PC方式相同的崩溃日志。避免了每次获取应用程序的崩溃日志都需要将智能终端与PC直连的繁琐步骤。节省开发人员获取崩溃日志的步骤和时间，间接加快了开发人员的工作效率以及应用程序的开发周期。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (10)

1.一种应用程序崩溃报告方法，其特征在于，该方法包括：

应用程序启动时，检测本地是否存在该应用程序的崩溃日志；其中，该应用程序的崩溃日志保存有该应用程序在崩溃之前的运行信息；

如果存在所述崩溃日志，将所述崩溃日志发送到指定接收端，使得接收端根据所述崩溃日志解析出所述应用程序在崩溃之前的运行信息，并根据所述运行信息调试所述应用程序；

在所述崩溃日志成功发送之后，在本地删除所述崩溃日志。

2.根据权利要求1所述的方法，其特征在于，所述将所述崩溃日志发送到指定接收端包括：

将所述崩溃日志作为邮件的附件，通过邮件发送到指定邮箱。

3.根据权利要求2所述的方法，其特征在于，在运行所述应用程序的智能终端的操作系统为IOS的情况下，

所述将所述崩溃日志作为邮件的附件，通过邮件发送到指定邮箱包括：

将所述崩溃日志通过特定的协议转化为可导出的崩溃日志参考文件，将所述崩溃日志参考文件作为邮件的附件，通过邮件发送到指定邮箱。

4.根据权利要求3所述的方法，其特征在于，

所述接收端根据所述崩溃日志解析出所述应用程序在崩溃之前的运行信息包括：

从所述指定邮箱获取崩溃日志参考文件；

通过解析脚本，根据与所述崩溃日志参考文件对应的应用程序和对应的应用程序开发过程中生成的符号文件，对所述崩溃日志参考文件进行解析，得到崩溃日志解析文件。

5.根据权利要求4所述的方法，其特征在于，得到崩溃日志解析文件之后，该方法还包括：

根据崩溃日志解析文件中的崩溃原因，从所述应用程序中获取对应的虚拟内存地址，从所述崩溃日志解析文件中获取对应的调用栈地址和程序加载起始地址；

根据公式：实际运行地址=slide+调用栈地址-程序加载起始地址+误差修正值，计算应用程序发生所述崩溃的实际地址；

其中，slide是所述虚拟内存地址通过执行otool命令得到的值，所述误差修正值根据多次测试得到。

6.一种应用程序崩溃报告系统，其特征在于，该系统包括：报告端和接收端；所述报告端包括：崩溃日志检测模块、崩溃日志发送模块和崩溃日志删除模块；其中，

崩溃日志检测模块，用于在应用程序启动时，检测本地是否存在该应用程序的崩溃日志；其中，该应用程序的崩溃日志保存有该应用程序在崩溃之前的运行信息；

崩溃日志发送模块，用于在存在所述崩溃日志时，将所述崩溃日志发送到指定接收端，使得接收端根据所述崩溃日志解析出所述应用程序在崩溃之前的运行信息，并根据所述运行信息调试所述应用程序；

崩溃日志删除模块，用于在所述崩溃日志成功发送之后，在本地删除所述崩溃日志。

7.根据权利要求6所述的系统，其特征在于，

所述崩溃日志发送模块，用于将所述崩溃日志作为邮件的附件，通过邮件发送到指定邮箱。

8.根据权利要求7所述的系统，其特征在于，在运行所述应用程序的智能终端的操作系统为IOS的情况下，

所述崩溃日志发送模块包括：崩溃日志转换单元；

所述崩溃日志转换单元，用于将所述崩溃日志通过特定的协议转化为可导出的崩溃日志参考文件。

9.根据权利要求8所述的系统，其特征在于，

所述接收端，用于从所述指定邮箱获取崩溃日志参考文件；通过解析脚本，根据与所述崩溃日志参考文件对应的应用程序和对应的应用程序开发过程中生成的符号文件，对所述崩溃日志参考文件进行解析，得到崩溃日志解析文件。

10.根据权利要求9所述的系统，其特征在于，

所述接收端，还用于根据崩溃日志解析文件中的崩溃原因，从所述应用程序中获取对应的虚拟内存地址，从所述崩溃日志解析文件中获取对应的调用栈地址和程序加载起始地址；

根据公式：实际运行地址=slide+调用栈地址-程序加载起始地址+误差修正值，计算应用程序发生所述崩溃的实际地址；

其中，slide是所述虚拟内存地址通过执行otool命令得到的值，所述误差修正值根据多次测试得到。