CN108121633B

CN108121633B - 异常捕获方法及装置

Info

Publication number: CN108121633B
Application number: CN201611081731.9A
Authority: CN
Inventors: 王安迪; 包佳杰
Original assignee: Beijing Gridsum Technology Co Ltd
Current assignee: Beijing Gridsum Technology Co Ltd
Priority date: 2016-11-30
Filing date: 2016-11-30
Publication date: 2021-08-17
Anticipated expiration: 2036-11-30
Also published as: CN108121633A

Abstract

本发明公开了一种异常捕获方法，只需编写一个异常捕获函数即可，应用调用该异常捕获函数，则可以实现对应用自身运行过程的监听。相较于现有技术而言，并不需在应用代码中每个可能发生异常之处均部署try/catch，减少了代码部署量。本发明中实现异常捕获方法的异常捕获函数为全局异常捕获函数，可以监听到应用中所有的异常，其中包括导致应用崩溃的系统异常，并在监听到该系统异常后，将异常信息发送至服务器。可见，相较于现有技术，本发明可以在应用崩溃前收集系统异常的异常信息，收集的异常信息更加全面。本发明还提供了异常捕获装置及设备，以保证上述方法在实际中的应用及实现。

Description

异常捕获方法及装置

技术领域

本发明涉及异常处理技术领域，更具体地，是异常捕获方法及装置。

背景技术

终端上可以设置各种应用，应用在运行过程中，可能出现一些异常情况。例如，手机上安装有网易云音乐(一种音乐类应用)，用户在登录之前并未开启网络连接功能，导致登录过程中出现无法连接网络的异常。

终端需要捕获异常，并将其发送至服务器一侧以进行记录分析。目前，捕获异常的方法是，开发人员分析应用代码，并在可能发生异常的代码处部署try/catch代码，由try/catch代码对异常进行捕获并发送服务器。

上述异常捕获方法，代码部署量较多，且不能捕获导致系统崩溃的异常。

发明内容

鉴于上述问题，提出了本发明以提供一种克服上述问题或者至少部分地解决上述问题的异常捕获方法。

一方面，本申请提供了一种异常捕获方法，应用在终端上，所述终端上设置有异常捕获函数，当所述异常捕获函数接收到目标应用的调用请求时，执行该方法的以下步骤：

监听所述目标应用的运行过程；

若监听到所述目标应用运行过程中的异常，则生成所述异常的异常信息；

将所述异常信息发送至服务器。

可选地，所述若监听到所述目标应用运行过程中的异常，则生成所述异常的异常信息，包括：

若监听到所述目标应用运行过程中的异常，确定所述异常的类型；

将所述异常的类型封装在异常信息中。

若监听到所述目标应用运行过程中的异常，则在所述应用的代码中，获取导致所述异常的目标代码；

将所述目标代码封装在异常信息中。

若监听到所述目标应用运行过程中的异常，则在所述应用的代码中，确定导致所述异常的代码所处的位置；

将所述代码所处的位置封装在异常信息中。

可选地，监听到的所述异常包括系统级别异常。

另一方面，本申请提供了一种异常捕获装置，应用在终端上，所述终端上设置有异常捕获函数，当所述异常捕获函数接收到目标应用的调用请求时，触发该装置的以下单元：

监听单元，用于监听所述目标应用的运行过程；

异常信息生成单元，用于若监听到所述目标应用运行过程中的异常，则生成所述异常的异常信息；

异常信息发送单元，用于将所述异常信息发送至服务器。

可选地，在所述若监听到所述目标应用运行过程中的异常，则生成所述异常的异常信息的方面，所述异常信息生成单元具体用于：

将所述异常的类型封装在异常信息中。

将所述目标代码封装在异常信息中。

将所述代码所处的位置封装在异常信息中。

可选地，所述监听单元监听到的所述异常包括系统级别异常。

又一方面，本申请还提供了一种异常捕获设备，包括存储器及处理器，所述处理器通过运行存储在所述存储器内的软件程序、调用存储在所述存储器内的异常捕获函数，至少执行如下步骤：

监听所述目标应用的运行过程；

将所述异常信息发送至服务器。

借由上述技术方案，本发明提供的异常捕获方法，只需预先编写一个异常捕获函数即可，应用调用该异常捕获函数，则可以实现对应用自身运行过程的监听。相较于现有技术而言，并不需在应用代码中每个可能发生异常之处均部署try/catch，减少了代码部署量。本发明可以在应用崩溃前收集系统异常的异常信息，收集的异常信息更加全面。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明提供的异常捕获方法的一个流程图；

图2A示出了本发明提供的异常捕获方法的实现方式；

图2B示出了现有的异常捕获方法的实现方式；

图3示出了本发明提供的异常捕获方法的另一流程图；

图4示出了本发明提供的异常捕获装置的一个结构示意图；

图5示出了本发明提供的异常捕获设备的计算机通用架构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

异常捕获方法，用于捕获应用运行过程中的异常，并执行异常处理过程。现有的异常捕获方法，需要确定出应用中每处可能发生异常的代码，并在可能发生异常的代码处部署try/catch代码。这样，应用在运行过程中，若发生异常，则触发所部署的try/catch代码，已将异常信息发送至服务器。

目前的异常捕获方法至少存在以下几点问题：

1、目前的异常捕获方法，需要在应用代码的多处部署try/catch代码，可能发生异常的代码越多，则部署的try/catch代码越多。

2、应用中可能发生异常的代码是开发人员人工分析出的，若开发人员遗漏未在某处部署try/catch代码，则未被try/catch代码包裹的代码发生异常时，并不会将异常信息发送至服务器。

3、try/catch代码并不能捕获应用崩溃异常，这样，应用一旦发生崩溃，并不会向服务器发送异常信息。

为解决上述至少一个问题，本发明提供了一种异常捕获方法，以实现对应用全局异常的捕获。具体地，应用运行在一终端上，该终端可以是手机、PAD、笔记本电脑等移动终端，也可以是台式计算机等。

实施中，某些终端的操作系统如安卓系统提供有全局异常捕获函数，该函数为一个类库，异常捕获方法可以通过继承并重写该全局异常捕获函数实现。当然，若某些终端的操作系统如IOS系统并未提供全局异常捕获函数，则需要编写异常捕获方法对应的函数。

应用启动时，调用该异常捕获函数，以触发异常捕获方法的执行。见图1，该方法具体包括步骤S101～S102。

S101：监听应用的运行过程。

其中，异常捕获函数可以生成一个线程，用于监听应用是否正常运行。

S102：若监听到应用运行过程中的异常，则生成该异常的异常信息，并将异常信息发送至服务器。

其中，异常捕获函数监听过程中，一旦发现应用运行过程中的异常，便进行异常的捕获。应用可能出现的异常有多种，以下举例说明。

例如，用户输入账号及密码等登录信息，并点击登录按钮后，应用在登录过程中，检测到终端并未连接网络，此种情况为一种异常，该异常可以称为网络连接异常。

又如，应用需要访问服务器侧的数据库，但并未成功连接数据库，此种情况也可以是一种异常，该异常可以称为数据库连接异常。

再如，应用请求使用终端系统的计算资源，但终端系统未及时响应，此种情况也可以是一种异常，该异常可以称为系统异常。系统异常可以导致应用崩溃，如直接闪退，或者显示系统出错的提示框在用户点击确定按钮后退出，或者在卡死几秒后退出。当然，导致系统异常的原因并非局限于此，还可以是本领域技术人员可以理解并预期得到的其他原因。另外，系统异常导致的应用崩溃的表现形式也并非局限于以上几种，还可以是本领域技术人员可以理解并预期得到的其他形式。

需要说明的是，若异常捕获方法监听到系统异常，则在应用关闭(退出)之前，将异常信息发送至服务器。

异常捕获方法监听到异常后，收集异常的相关信息，如异常发生的时间、异常的名称、导致异常的代码(可以称为目标代码)等，并将此些异常信息发送至服务器。

由以上技术方案可知，本发明提供的异常捕获方法，只需预先编写一个异常捕获函数即可，应用运行过程中调用该异常捕获函数，则可以实现对应用自身运行过程的监听。如图2A所示，应用调用异常捕获函数后，异常捕获函数可以监听应用的运行过程，每当发现运行中的异常，如图2A所示的系统崩溃异常、网络连接异常等，则向服务器发送异常信息。

如图2B所示的现有的异常捕获方法，应用代码的每个可能发生异常的代码处均部署有try/catch代码，代码部署量较大。可见，本发明相较于现有技术而言，并不需在应用代码中每个可能发生异常之处均部署try/catch，减少了代码部署量。

另外，本发明中实现异常捕获方法的异常捕获函数为全局异常捕获函数，可以监听到应用中所有的异常，其中包括导致应用崩溃的系统异常，并在监听到该系统异常后，将异常信息发送至服务器。可见，相较于现有技术，本发明可以在应用崩溃前收集系统异常的异常信息，收集的异常信息更加全面。

在实施中，异常捕获方法在将异常信息发送至服务器之前，还可以对异常信息进行分类。具体地，见图3，其示出了本发明提供的另一种异常捕获方法的流程，该流程具体包括步骤S301～S304。

S301：监听应用的运行过程。

其中，终端上设置有异常捕获函数，用于监听应用的运行过程。需要说明的是，该应用可以设置在该终端上，该应用为待监测应用，为了便于描述，可以将该应用称为目标应用。

S302：若监听到应用运行过程中的异常，则终端确定异常的类型，并将异常的类型封装在异常信息内。

其中，终端一旦发现应用运行过程中的异常，则获取产生异常的代码，根据代码的内容确定出异常的类型。例如，异常的代码为杀死应用进程，则可以确定该异常的类型为系统异常；又如，异常的代码为重新进行网络连接，则可以确定该异常的类型为网络连接异常；再如，异常的代码为重新进行数据库连接，则可以确定该异常的类型为数据库连接异常。

当然，以上几种类型仅仅是示例说明，还可以是本领域技术人员可以理解并预期得到的其他任意类型。

异常信息可以包含异常类型字段，确定出异常的类型后，将异常的类型作为异常类型字段的值，以实现将异常类型封装在异常信息中。

S303：终端将异常信息发送至服务器。

S304：服务器根据异常信息中的异常类型，将该异常信息存储至与该异常类型对应的数据表中。

其中，服务器一侧可以维护有多张数据表，不同的数据表用于存储不同类型的异常信息。服务器接收到异常信息后，可以直接根据异常信息中的异常类型字段的值，确定出该异常信息所对应的异常的类型，进而将该异常信息存储至该类型对应的数据表中。

此种异常捕获方法中，终端可以实现对异常信息的分类，服务器在接收到异常信息中，可以根据分类信息，直接对异常信息进行存储，从而减轻了服务器一侧的压力。

当然，若终端发送的异常信息中，并不包含异常类型，则可以包含导致异常的代码，这样，服务器在接收到异常信息中，根据导致异常的代码，确定出异常的类型，再将异常信息存储至该类型对应的数据表中。

服务器接收到异常信息后，可以根据异常信息，准确定位导致异常的代码。具体地，异常信息中可以包含导致异常的代码的位置(如代码位于哪一行)，或者，可以直接包含导致异常的代码。

服务器定位导致异常的代码后，可以向应用开发人员显示导致异常的代码的位置，或者，直接显示导致异常的代码，以供应用开发人员对该异常代码进行修改。

另外，本申请还提供了一种异常捕获装置，应用在终端上。所述终端上设置有异常捕获函数，当所述异常捕获函数接收到目标应用的调用请求时，触发如图4所示的该装置包括的监听单元401、异常信息生成单元402及异常信息发送单元403。

监听单元401，用于监听所述目标应用的运行过程；

异常信息生成单元402，用于若监听到所述目标应用运行过程中的异常，则生成所述异常的异常信息；

异常信息发送单元403，用于将所述异常信息发送至服务器。

在一个示例中，在执行所述若监听到所述目标应用运行过程中的异常，则生成所述异常的异常信息的步骤时，所述异常信息生成单元402具体用于：

将所述异常的类型封装在异常信息中。

在另一示例中，在执行所述若监听到所述目标应用运行过程中的异常，则生成所述异常的异常信息的步骤时，所述异常信息生成单元402具体用于：

将所述目标代码封装在异常信息中。

将所述代码所处的位置封装在异常信息中。

需要说明的是，所述监听单元监听到的所述异常包括系统级别异常。

另外，见图5，本申请还提供了一种异常捕获设备。如图5所示，该异常捕获设备可以具体包括处理器和存储器。

上述监听单元、异常信息生成单元和异常信息发送单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。另外，存储器内可以存储有异常捕获函数，当异常捕获函数被调用时，可以触发以上监听单元、异常信息生成单元和异常信息发送单元的执行。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来至少减少代码部署量及收集导致应用崩溃的系统异常。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本发明还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序代码：

监听所述目标应用的运行过程；

将所述异常信息发送至服务器。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

以上仅为本发明的实施例而已，并不用于限制本发明。对于本领域技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的权利要求范围之内。

Claims

1.一种异常捕获方法，其特征在于，应用在终端上，所述终端上设置有异常捕获函数，当所述异常捕获函数接收到目标应用的调用请求时，执行该方法的以下步骤：

所述异常捕获函数生成一个线程，利用所述线程监听所述目标应用的运行过程；

所述异常捕获函数若监听到所述目标应用运行过程中的异常，则获取导致异常的目标代码，根据异常的目标代码确定异常类型，并将目标代码和异常类型封装在异常信息中，生成所述异常的异常信息；

将所述异常信息发送至服务器，以触发所述服务器根据所述异常信息中的异常类型将所述异常信息存储至对应的数据表中。

2.根据权利要求1所述的异常捕获方法，其特征在于，监听到的所述异常包括系统级别异常。

3.一种异常捕获装置，其特征在于，应用在终端上，所述终端上设置有异常捕获函数，当所述异常捕获函数接收到目标应用的调用请求时，触发该装置的以下单元：

监听单元，用于利用所述异常捕获函数生成的线程监听所述目标应用的运行过程；

异常信息生成单元，用于在所述异常捕获函数监听到所述目标应用运行过程中的异常时，则获取导致异常的目标代码，根据异常的目标代码确定异常类型，并将目标代码和异常类型封装在异常信息中，生成所述异常的异常信息；

异常信息发送单元，用于将所述异常信息发送至服务器，以触发所述服务器根据所述异常信息中的异常类型将所述异常信息存储至对应的数据表中。

4.根据权利要求3所述的异常捕获装置，其特征在于，所述监听单元监听到的所述异常包括系统级别异常。