CN104216811A - 应用程序的日志收集方法和系统 - Google Patents

Abstract

本发明涉及一种应用程序的日志收集方法和系统。所述方法包括：当检测到应用程序发生异常，通过预先安装的日志捕捉器捕捉所述应用程序发生异常时产生的异常信号；根据所述捕捉的异常信号生成异常日志。上述应用程序的日志收集方法和系统，检测到应用程序发生异常时，通过预安装的日志捕捉器捕捉异常信号，根据异常信号生成了异常日志，实现了异常日志的有效捕捉，以提供分析应用程序出现异常的信息，方便开发者对异常进行修复，从而提高了应用程序的稳定性。

Description

应用程序的日志收集方法和系统

技术领域

本发明涉及信息收集领域，特别是涉及一种应用程序的日志收集方法和系统。

背景技术

随着计算机与电子信息技术的发展，智能电子产品越来越流行，例如智能手机，受到人们的热捧。智能手机所采用的系统主要有Android（安卓）系统或OS系统等。其中，安卓系统是一种基于Linux的自由及开放源代码的操作系统。因Android系统厂商多样化，使得Android系统也多样化，专业的测试并不能覆盖所有的机型和平台。

当应用程序的开发者发布一个应用程序后，在Android系统上运行，可能会出现各种各样的问题，如程序代码存在缺陷、硬件对应用程序的不兼容等，这些情况可能会导致应用程序异常崩溃，无法运行，但因应用程序多种多样，无法捕捉到应用程序的异常情况，得到相应的异常崩溃日志。

发明内容

基于此，有必要针对现有技术中无法获取应用程序出现异常情况的日志的问题，提供一种应用程序的日志收集方法，能有效收集应用程序的日志，以提供分析应用程序出现异常的信息。

一种应用程序的日志收集方法，包括：

当检测到应用程序发生异常，通过预先安装的日志捕捉器捕捉所述应用程序发生异常时产生的异常信号；

根据所述捕捉的异常信号生成异常日志。

在其中一个实施例中，所述日志捕捉器为未捕获应用程序异常的异常处理器。

在其中一个实施例中，所述方法还包括：

将所述异常日志发送给服务器，并保存在所述服务器上。

在其中一个实施例中，所述方法还包括：

在操作系统代码中加入异常处理类，得到日志捕捉器。

在其中一个实施例中，所述异常日志中记载了操作系统版本、终端型号、异常日志产生日期、发生异常的应用程序的版本、发生异常时终端的状态中一种或两种以上。

一种应用程序的日志收集系统，包括：

捕捉模块，用于当检测到应用程序发生异常，通过预先安装的日志捕捉器捕捉所述应用程序发生异常时产生的异常信号；

生成模块，用于根据所述捕捉的异常信号生成异常日志。

在其中一个实施例中，所述日志捕捉器为未捕获应用程序异常的异常处理器。

在其中一个实施例中，所述系统还包括：

发送模块，用于将所述异常日志发送给服务器，并保存在所述服务器上。

在其中一个实施例中，所述系统还包括：

构建模块，用于在操作系统代码中加入异常处理类，得到所述日志捕捉器。

在其中一个实施例中，所述异常日志中记载了操作系统版本、终端型号、异常日志产生日期、发生异常的应用程序的版本、发生异常时终端的状态中一种或两种以上。

上述应用程序的日志收集方法和系统，检测到应用程序发生异常时，通过预安装的日志捕捉器捕捉异常信号，根据异常信号生成了异常日志，实现了异常日志的有效捕捉，以提供分析应用程序出现异常的信息，方便开发者对异常进行修复，从而提高了应用程序的稳定性。

附图说明

图1为一个实施例中应用程序的日志收集方法的流程图；

图2为另一个实施例中应用程序的日志收集方法的流程图；

图3为一个实施例中应用程序的日志收集系统的结构框图；

图4为另一个实施例中应用程序的日志收集系统的结构框图。

具体实施方式

下面结合具体的实施例及附图对应用程序的日志收集方法和系统的技术方案进行详细的描述，以使其更加清楚。

如图1所示，为一个实施例中的应用程序的日志收集方法的流程图。该应用程序的日志收集方法可应用于智能手机、平板电脑、电子书阅读器、MP3播放器（Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3）、MP4（Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面3）播放器、膝上型便携计算机和台式计算机等上。该应用程序的日志收集方法，包括：

步骤S102，当检测到应用程序发生异常，通过预先安装的日志捕捉器捕捉该应用程序发生异常时产生的异常信号。

以手机上安装日志捕捉器为例，在手机上运行应用程序。当应用程序运行过程中出现卡死或强制关闭等异常情况时，该日志捕捉器会及时捕捉该应用程序发生异常时产生的异常信号。该异常信号中携带有发生异常的信息。该信息包括异常产生的时间、手机型号、操作系统的版本信息、手机电量状态、手机屏幕显示状态等。其中，异常产生的时间，如2013年4月2日10时30分50秒，也可仅记录到某天某时等，不作限制。手机型号可为ABC，该操作系统可为Android系统，其版本信息可为Android2.3.5或Android2.3.6或Android4.0等等。手机电量状态可采用百分比描述或以满格为100，其他状态（即用了一部分电能后的状态）采用0至99数字表示的方式描述，或采用方格形式表示，如满格为五格等。手机屏幕显示状态如横屏或竖屏状态。

日志捕捉器为未捕获应用程序异常的异常处理器。在检测应用程序发生异常之前，还包括步骤：在操作系统代码中加入异常处理类，得到日志捕捉器。

具体的，在操作系统代码中加入异常处理类，如Crash Hander，它是继承于类Thread.Uncaught Exception Hander（线程未捕获的异常处理器）。当应用程序发生异常崩溃时，通过该异常处理器可拦截到未捕获的异常信号。通过在代码中加入异常处理类得到日志捕捉器，实现简单方便，且不需单独启动。

此外，也可通过获取Android系统的root权限，访问Android的系统日志，通过得到系统日志得到异常日志。

步骤S104，根据该捕捉的异常信号生成异常日志。

具体的，根据捕捉的异常信号，获取异常信号中的信息生成详细的异常日志。异常日志是指应用程序出现故障情况产生的信息记录。该异常日志中记载了操作系统版本信息、终端型号、异常日志产生日期、发生异常的应用程序的版本信息、发生异常时终端的状态中一种或两种以上。应用程序的版本信息，如A0001版、A0002版等。

上述应用程序的日志收集方法，检测到应用程序发生异常时，通过预安装的日志捕捉器捕捉异常信号，根据异常信号生成了异常日志，实现了异常日志的有效捕捉，以提供分析应用程序出现异常的信息，方便开发者对异常进行修复，从而提高了应用程序的稳定性。

如图2所示，为另一个实施例中应用程序的日志收集方法的流程图。与图1的区别在于将异常日志发送给服务器进行保存，方便后续查看。该应用程序的日志收集方法，包括：

步骤S202，当检测到应用程序发生异常，通过预先安装的日志捕捉器捕捉该应用程序发生异常时产生的异常信号。

该异常信号中携带有发生异常的信息。该信息包括异常产生的时间、终端型号、操作系统的版本信息、终端电量状态、终端屏幕显示状态等。该终端为智能手机、平板电脑、电子书阅读器、MP3播放器、MP4播放器、膝上型便携计算机和台式计算机等。

步骤S204，根据该捕捉的异常信号生成异常日志。

该异常日志中记载了操作系统版本信息、终端型号、异常日志产生日期、发生异常的应用程序的版本信息、发生异常时终端的状态中一种或两种以上。应用程序的版本信息，如A0001版、A0002版等。

步骤S206，将该异常日志发送给服务器，并保存在该服务器上。

具体的，将异常日志打包后发送给服务器，并保存。该服务器可为专门接收异常日志的日志服务器，也可为包含应用程序的服务器，或者为单独提供保存信息服务的服务器。

上述应用程序的日志收集方法，检测到应用程序发生异常时，通过预安装的日志捕捉器捕捉异常信号，根据异常信号生成了异常日志，实现了异常日志的有效捕捉，并将异常日志发送给服务器进行保存，以提供分析应用程序出现异常的信息，方便开发者查看，并根据该异常日志分析以对异常情况进行修复，从而提高了应用程序的稳定性。

如图3所示，为一个实施例中应用程序的日志收集系统的结构框图。该应用程序的日志收集系统，包括捕捉模块320和生成模块340。其中：

捕捉模块320，用于当检测到应用程序发生异常，通过预先安装的日志捕捉器捕捉所述应用程序发生异常时产生的异常信号。

以手机上安装日志捕捉器为例，在手机上运行应用程序。当应用程序运行过程中出现卡死或强制关闭等异常情况时，该日志捕捉器会及时捕捉该应用程序发生异常时产生的异常信号。该异常信号中携带有发生异常的信息。该信息包括异常产生的时间、手机型号、操作系统的版本信息、手机电量状态、手机屏幕显示状态等。其中，异常产生的时间，如2013年4月2日10时30分50秒，也可仅记录到某天某时等，不作限制。手机型号可为ABC，该操作系统可为Android系统，其版本信息可为Android2.3.5或Android2.3.6或Android4.0等等。手机电量状态可采用百分比描述或以满格为100，其他状态（即用了一部分电能后的状态）采用0至99数字表示的方式描述，或采用方格形式表示，如满格为五格等。手机屏幕显示状态如横屏或竖屏状态。

日志捕捉器为未捕获应用程序异常的异常处理器。

生成模块340，用于根据该捕捉的异常信号生成异常日志。

具体的，根据捕捉的异常信号，获取异常信号中的信息生成详细的异常日志。异常日志是指应用程序出现故障情况产生的信息记录。该异常日志中记载了操作系统版本信息、终端型号、异常日志产生日期、发生异常的应用程序的版本信息、发生异常时终端的状态中一种或两种以上。应用程序的版本信息，如A0001版、A0002版等。

上述应用程序的日志收集系统，检测到应用程序发生异常时，通过预安装的日志捕捉器捕捉异常信号，根据异常信号生成了异常日志，实现了异常日志的有效捕捉，以提供分析应用程序出现异常的信息，方便开发者对异常进行修复，从而提高了应用程序的稳定性。

如图4所示，为另一个实施例中应用程序的日志收集系统的结构框图。该应用程序的日志收集系统除了包括捕捉模块320和生成模块340，还包括构建模块310和发送模块360。其中：

构建模块310用于在操作系统代码中加入异常处理类，得到该日志捕捉器。

具体的，在操作系统代码中加入异常处理类，如CrashHander，它是继承于类Thread.UncaughtExceptionHander（线程未捕获的异常处理器）。当应用程序发生异常崩溃时，通过该异常处理器可拦截到未捕获的异常信号。通过在代码中加入异常处理类得到日志捕捉器，实现简单方便，且不需单独启动。

发送模块360，用于将该异常日志发送给服务器，并保存在该服务器上。

具体的，将异常日志打包后发送给服务器，并保存。该服务器可为专门接收异常日志的日志服务器，也可为包含应用程序的服务器，或者为单独提供保存信息服务的服务器。

上述应用程序的日志收集系统，检测到应用程序发生异常时，通过预安装的日志捕捉器捕捉异常信号，根据异常信号生成了异常日志，实现了异常日志的有效捕捉，并将异常日志发送给服务器进行保存，以提供分析应用程序出现异常的信息，方便开发者查看，并根据该异常日志分析以对异常情况进行修复，从而提高了应用程序的稳定性。

上述应用程序的日志收集系统应用于智能手机、平板电脑、电子书阅读器、MP3播放器、MP4播放器、膝上型便携计算机和台式计算机等终端上，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将终端的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体（Read-Only Memory，ROM）或随机存储记忆体（Random Access Memory，RAM）等。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种应用程序的日志收集方法，包括：

当检测到应用程序发生异常，通过预先安装的日志捕捉器捕捉所述应用程序发生异常时产生的异常信号；

根据所述捕捉的异常信号生成异常日志。

2.根据权利要求1所述的方法，其特征在于，所述日志捕捉器为未捕获应用程序异常的异常处理器。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

将所述异常日志发送给服务器，并保存在所述服务器上。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在操作系统代码中加入异常处理类，得到日志捕捉器。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述异常日志中记载了操作系统版本、终端型号、异常日志产生日期、发生异常的应用程序的版本、发生异常时终端的状态中一种或两种以上。

6.一种应用程序的日志收集系统，其特征在于，包括：

捕捉模块，用于当检测到应用程序发生异常，通过预先安装的日志捕捉器捕捉所述应用程序发生异常时产生的异常信号；

生成模块，用于根据所述捕捉的异常信号生成异常日志。

7.根据权利要求6所述的系统，其特征在于，所述日志捕捉器为未捕获应用程序异常的异常处理器。

8.根据权利要求6所述的系统，其特征在于，所述系统还包括：

发送模块，用于将所述异常日志发送给服务器，并保存在所述服务器上。

9.根据权利要求6所述的系统，其特征在于，所述系统还包括：

构建模块，用于在操作系统代码中加入异常处理类，得到所述日志捕捉器。

10.根据权利要求6至9中任一项所述的系统，其特征在于，所述异常日志中记载了操作系统版本、终端型号、异常日志产生日期、发生异常的应用程序的版本、发生异常时终端的状态中一种或两种以上。