CN107102928A - 一种应用程序崩溃信息上报方法和装置 - Google Patents

Abstract

本发明提供一种应用程序崩溃信息上报方法和装置。本发明提供的应用程序崩溃信息上报方法，包括：在应用程序发生崩溃时，收集所述应用程序发生崩溃时的崩溃信息；从所述应用程序对应的用户行为日志中获取用户行为数据；其中，所述用户行为数据用于表征用户使用所述应用程序时执行的操作行为；将所述崩溃信息和所述用户行为数据发送给服务器。本发明提供的应用程序崩溃信息上报方法和装置，可使测试工程师或软件开发师较容易地复现应用程序发生崩溃时应用程序所处的状态，解决现有技术中需要投入大量的人力和物力来复现应用程序发生崩溃时应用程序所处的状态的问题，节约复现成本。

Description

一种应用程序崩溃信息上报方法和装置

技术领域

本发明实施例涉及计算机技术，尤其涉及一种应用程序崩溃信息上报方法和装置。

背景技术

目前，随着计算机技术的发展，各种应用程序(Application，简称APP)应用而生，满足了用户的不同需求。但是，由于应用程序自身设计的缺陷、或者是由于应用程序受到木马外挂程序的影响，应用程序在运行的过程中会出现未知的运行错误，导致应用程序无法正常运行。此时，需要将应用程序的崩溃信息上报给服务器，以期测试工程师或软件开发师通过服务器中存储的崩溃信息分析出应用程序发生崩溃的原因，进而基于分析出的原因及时地对应用程序进行修复，以避免影响用户的正常使用。

现有的应用程序崩溃信息上报方法，包括以下步骤：在应用程序发生崩溃时，收集应用程序的崩溃信息，并将上述崩溃信息发送给服务器。其中，上述崩溃信息包括崩溃日志、客户端设备的型号信息和应用程序的版本信息等基础信息。

然而，当测试工程师或软件开发师通过服务器中存储的崩溃信息无法分析出应用程序发生崩溃的原因时，为找出应用程序发生崩溃的原因，需复现应用程序发生崩溃时应用程序所处的状态。但是，当采用现有的方法将应用程序的崩溃信息上报给服务器时，由于崩溃信息中仅包括一些基础信息，这样，测试工程师或软件开发师根据上述崩溃信息很难复现应用程序发生崩溃时应用程序所处的状态，需要投入大量的人力和物力来复现应用程序发生崩溃时应用程序所处的状态，复现成本较高。

发明内容

有鉴于此，本发明实施例提供一种应用程序崩溃信息上报方法和装置，以解决采用现有方法上报的崩溃信息无法复现应用程序发生崩溃时应用程序所处的状态、进而需要投入人力物力来复现、复现成本高的问题。

本发明实施例第一方面提供一种应用程序崩溃信息上报方法，包括：

在应用程序发生崩溃时，收集所述应用程序发生崩溃时的崩溃信息；

从所述应用程序对应的用户行为日志中获取用户行为数据；其中，所述用户行为数据用于表征用户使用所述应用程序时执行的操作行为；

将所述崩溃信息和所述用户行为数据发送给服务器。

进一步地，所述在应用程序发生崩溃时，收集所述应用程序发生崩溃时的崩溃信息之前，所述方法还包括：

在所述应用程序运行的过程中，收集所述用户行为数据，并将所述用户行为数据存储在所述用户行为日志中。

进一步地，所述在所述应用程序运行的过程中，收集所述用户行为数据，具体包括：

在所述应用程序运行的过程中，判断预定义事件是否发生；其中，所述预定义事件是采用埋点技术嵌入到所述应用程序中的事件；

若是，则将所述预定义事件对应的用户行为数据存储在所述用户行为日志中；其中，所述预定义事件对应的用户行为数据包括所述预定义事件的内容信息和所述预定义事件发生时的时间信息。

进一步地，所述收集所述应用程序发生崩溃时的崩溃信息之后，所述方法还包括：

将所述崩溃信息存储在所述应用程序对应的崩溃信息文件中；

相应地，

所述从所述应用程序对应的用户行为日志中获取用户行为数据和所述将所述崩溃信息和所述用户行为数据发送给服务器，具体包括：

在所述应用程序再次重新启动后，从所述应用程序对应的用户行为日志中获取所述用户行为数据；并从所述崩溃信息文件中获取所述崩溃信息；

将所述崩溃信息和所述用户行为数据发送给服务器。

进一步地，所述将所述崩溃信息和所述用户行为数据发送给服务器之后，所述方法还包括：

将存储在所述崩溃信息文件中的崩溃信息删除。

进一步地，所述预定义事件包括点击事件和搜索事件；所述崩溃信息包括崩溃日志、安装所述应用程序的客户端设备的属性信息和所述应用程序的版本信息。

本发明实施例第二方面提供一种应用程序崩溃信息上报装置，包括：处理模块、获取模块和发送模块，其中，

所述处理模块，用于在应用程序发生崩溃时，收集所述应用程序发生崩溃时的崩溃信息；

所述获取模块，用于从所述应用程序对应的用户行为日志中获取用户行为数据；其中，所述用户行为数据用于表征用户使用所述应用程序时执行的操作行为；

所述发送模块，用于将所述崩溃信息和所述用户行为数据发送给服务器。

进一步地，所述处理模块，还用于在所述应用程序运行的过程中，收集所述用户行为数据，并将所述用户行为数据存储在所述用户行为日志中。

进一步地，所述处理模块包括判断单元和第一存储单元，其中，

所述判断单元，用于在所述应用程序运行的过程中，判断预定义事件是否发生；其中，所述预定义事件是采用埋点技术嵌入到所述应用程序中的事件；

所述第一存储单元，用于在所述判断单元判断所述预定义事件发生时，将所述预定义事件对应的用户行为数据存储在所述用户行为日志中；其中，所述预定义事件对应的用户行为数据包括所述预定义事件的内容信息和所述预定义事件发生时的时间信息。

进一步地，所述处理模块包括第二存储单元，其中，

所述第二存储单元，用于在所述处理模块收集所述应用程序发生崩溃时的崩溃信息之后，将所述崩溃信息存储在所述应用程序对应的崩溃信息文件中；

相应地，

所述获取模块，具体用于在所述应用程序再次重新启动后，从所述应用程序对应的用户行为日志中获取所述用户行为数据；并从所述崩溃信息文件中获取所述崩溃信息；

所述发送模块，具体用于在所述获取单元从所述应用程序对应的用户行为日志中获取到所述用户行为数据；并从所述崩溃信息文件中获取到所述崩溃信息之后，将所述崩溃信息和所述用户行为数据发送给服务器；

所述处理模块，还用于在所述发送模块将所述崩溃信息和所述用户行为数据发送给服务器之后，将存储在所述崩溃信息文件中的崩溃信息

本发明实施例提供的应用程序崩溃信息上报方法和装置，在应用程序发生崩溃时，通过收集上述应用程序发生崩溃时的崩溃信息；并从上述应用程序对应的用户行为日志中获取用户行为数据，进而将所述崩溃信息和所述用户行为数据发送给服务器，其中，上述用户行为数据用于表征用户使用上述应用程序时执行的操作行为。这样，使服务器中不仅存储有应用程序发生崩溃时的崩溃信息，还存储有应用程序对应的用户行为数据，这样，为找出应用程序发生崩溃的原因，当测试工程师或软件开发师需要复现应用程序发生崩溃时应用程序所处的状态，可基于上述用户行为数据中记录的用户操作，较容易地复现应用程序发生崩溃时应用程序所处的状态，可解决现有技术中需要投入大量的人力和物力来复现应用程序发生崩溃时应用程序所处的状态的问题，节约复现成本。

附图说明

图1为本发明应用程序崩溃信息上报方法实施例一的流程图；

图2为本发明应用程序崩溃信息上报方法实施例二的流程图；

图3为本发明应用程序崩溃信息上报方法实施例三的流程图；

图4为本发明应用程序崩溃信息上报装置实施例一的结构示意图；

图5为本发明应用程序崩溃信息上报装置实施例二的结构示意图；

图6为本发明应用程序崩溃信息上报装置实施例三的结构示意图。

具体实施方式

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

本发明提供一种应用程序崩溃信息上报方法和装置，以解决采用现有方法上报的崩溃信息无法复现应用程序发生崩溃时应用程序所处的状态、进而需要投入人力物力来复现、复现成本高的问题。

本发明提供的应用程序崩溃信息上报方法和装置，可应用在客户端设备上。例如，可应用于移动终端上。

下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图1为本发明应用程序崩溃信息上报方法实施例一的流程图。本实施例涉及的是上报崩溃信息的具体过程。本实施例的执行主体可以是单独的应用程序崩溃信息上述装置，也可以是集成了应用程序崩溃信息上报装置的其他设备，例如，可以是集成了应用程序崩溃信息上报装置的客户端设备(客户端设备可以是计算机、手机、平板电脑等)。下面以执行主体为集成了应用程序崩溃信息上报装置的手机为例进行说明。请参照图1，本实施例提供的应用程序崩溃信息上报方法，可以包括以下步骤:

S101、在应用程序发生崩溃时，收集上述应用程序发生崩溃时的崩溃信息。

具体的，可以通过侦测程序来收集应用程序发生崩溃时的崩溃信息。其中，侦测程序可以是内嵌在上述应用程序中的程序。此外，关于通过侦测程序来收集应用程序发生崩溃时的崩溃信息的具体实现过程和实现原理可以参见现有技术中的描述，此处不在赘述。

可选地，在本发明一种可能的实现方式中，上述崩溃信息包括崩溃日志、安装上述应用程序的客户端设备的属性信息和上述应用程序的版本信息。

具体地，安装上述应用程序的客户端设备的属性信息可以包括上述客户端设备的型号信息和上述客户端设备的配置信息等，本实施例中，不对客户端设备的属性信息进行具体限定。

S102、从上述应用程序对应的用户行为日志中获取用户行为数据；其中，上述用户行为数据用于表征用户使用上述应用程序时执行的操作行为。

具体地，应用程序对应的用户行为日志中存储有用户行为数据，本步骤中，可以从应用程序对应的用户行为日志中获取用户行为数据。此外，上述用户行为数据用于表征用户使用上述应用程序时执行的操作行为。例如，一条用户行为数据可以是：2017年4月3日08：00，用户点击了登录按钮，相应地，该条用户行为数据表征用户在2017年4月3日08：00登录了该应用程序。再例如，另一条用户行为数据可以是：2017年4月3日08：10，用户点击了更新按钮，相应地，该条用户行为数据表征用户在2017年4月3日08：10更新了该应用程序。需要说明的是，用户行为数据还可以是其他形式的数据，本实施例中，不对用户行为数据的具体形式进行限定，只要是能够表征用户使用上述应用程序时执行的操作行为的数据均可以是用户行为数据。

进一步地，应用程序对应的用户行为日志可以是存储在本地存储器中的用户行为日志，也可以是存储在日志服务器中的用户行为日志。相应地，当上述用户行为日志存储在本地存储器中时，可以从本地存储器中获取用户行为数据；当上述用户行为日志存储在日志服务器中时，需要从日志服务器中获取用户行为数据。此外，本步骤中，可以从上述应用程序对应的用户行为日志中获取上述行为日志中包含的所有用户行为数据，也可以从上述行为日志中获取预设时间段的用户行为数据，其中，上述预设时间段是用户根据实际需要设定的，例如，可以是应用程序发生崩溃时的前10分钟，也可以是应用程序发生崩溃时的前1小时。

需要说明的是，可以通过上报程序来获取用户行为数据。进一步地，该上报程序可以是内嵌在上述应用程序中的程序，也可以是独立于上述应用程序的程序。需要说明的是，当上报程序为独立于上述应用程序时的程序时，则可以在应用程序发生崩溃后，直接从上述应用程序对应的用户行为日志中获取用户行为数据。而当上报程序为内嵌在上述应用程序中的程序时，需要在上述应用程序再次重新启动后，从上述应用程序对应的用户行为日志中获取用户行为数据。本实施例中，不对上报程序的具体设置方式进行限定。

S103、将上述崩溃信息和上述用户行为数据发送给服务器。

需要说明的是，上述服务器为崩溃信息收集服务器。同样地，该步骤可以通过上报程序来实现，参见步骤S102的描述，当上报程序为独立于上述应用程序的程序时，则可以在应用程序发生崩溃后，直接将崩溃信息和用户行为数据发送给服务器。而当上报程序为内嵌在上述应用程序中的程序时，需要在上述应用程序再次重新启动后，将崩溃信息和用户行为数据发送给服务器。本实施例中，不对上报程序的具体设置方式进行限定。

本实施例提供的应用程序崩溃信息上报方法和装置，在应用程序发生崩溃时，通过收集上述应用程序发生崩溃时的崩溃信息；并从上述应用程序对应的用户行为日志中获取用户行为数据；以及将上述崩溃信息和上述用户行为数据发送给服务器。这样，使服务器中不仅存储有应用程序发生崩溃时的崩溃信息，还存储有应用程序对应的用户行为数据，这样，为找出应用程序发生崩溃的原因，当测试工程师或软件开发师需要复现应用程序发生崩溃时应用程序所处的状态，可基于上述用户行为数据中记录的用户操作行为，较容易地复现应用程序发生崩溃时应用程序所处的状态，可解决现有技术中需要投入大量的人力和物力来复现应用程序发生崩溃时应用程序所处的状态的问题，节约复现成本。

进一步地，在本发明一种可能的实现方式中，步骤S101之前，还可以包括：

在上述应用程序运行的过程中，收集上述用户行为数据，并将上述用户行为数据存储在上述用户行为日志中。

具体地，可通过收集程序来收集用户行为数据，该收集程序可以是内嵌于上述应用程序中的程序。例如，内嵌了收集程序的应用程序可以根据预先设定的采集配置参数自动采集用户行为数据。需要说明的是，上述采集配置参数可以是采集范围和采集时间点，例如，采集时间点可以设定为每5分钟采集一次，采集范围可以设定为采集用户的点击行为和搜索行为，即当用户执行点击操作或搜索操作时，就相应的采集用户的用户行为数据。这样，通过上述方法，在应用程序运行的过程中，便可收集到用户行为数据，进而在收集到用户行为数据后，将上述用户行为数据存储在用户行为日志中。

本实施例提供的应用程序崩溃信息上报方法，在应用程序运行的过程中，通过收集用户行为数据，并将上述用户行为数据存储在应用程序对应的用户行为日志中，这样，在应用程序发生崩溃时，可从上述用户行为日志中获取用户行为数据，进而将获取到的用户行为数据发送给服务器。这样，使服务器中不仅存储有崩溃信息，还存储有应用程序对应的用户行为数据，这样，为找出应用程序发生崩溃的原因，当测试工程师或软件开发师需要复现应用程序发生崩溃时应用程序所处的状态，可基于上述用户行为数据中记录的用户操作行为，较容易地复现应用程序发生崩溃时应用程序所处的状态，可解决现有技术中需要投入大量的人力和物力来复现应用程序发生崩溃时应用程序所处的状态的问题，节约复现成本。

图2为本发明应用程序崩溃信息上报方法实施例二的流程图。本实施例涉及的是如何收集用户行为数据的具体过程。在上述实施例的基础上，本实施例提供的方法，所述在所述应用程序运行的过程中，收集所述用户行为数据，具体可以包括：

S201、在应用程序运行的过程中，判断预定义事件是否发生；其中，上述预定义事件是采用埋点技术嵌入到上述应用程序中的事件。

具体地，上述预定义事件是采用埋点技术嵌入到上述应用程序中的事件。例如，上述预定义事件可以是“用户点击确认按钮”、“用户点击登录按钮”、“用户输入关键字、并点击搜索按钮”。可选地，在本发明一种可能的实现方式中，上述预定义事件可以包括点击事件和搜索事件。需要说明的是，点击事件表征用户执行了点击操作，搜索事件表征用户执行了搜索操作。结合上面的例子，例如，点击事件可以是“用户点击特定按钮”，搜索事件可以是“用户输入关键字、并点击搜索按钮”。此外，关于采用埋点技术将预定义事件嵌入到上述应用程序的具体实现过程和实现原理可以参见现有技术中的描述，此处不再赘述。

更具体地，结合上面的例子，本步骤中，若在2017年4月5日17:00时检测到用户点击了确定按钮，此时，则确定预定义事件(用户点击确认按钮)发生。

S202、若上述预定义事件发生，则将上述预定义事件对应的用户行为数据存储在上述用户行为日志中；其中，上述预定义事件对应的用户行为数据包括上述预定义事件的内容信息和上述预定义事件发生时的时间信息。

具体的，当经过步骤S201确定预定义事件发生时，本步骤，就将预定义事件对应的用户行为数据存储在用户行为日志中。需要说明的是，上述预定义事件对应的用户行为数据包括上述预定义事件的内容信息和上述预定义事件发生时的时间信息。例如，结合上面的例子，当在步骤S101中，判断“用户点击确认按钮”这一预定义事件发生时，此时，便获取该预定义事件发生时的时间信息(本实施例中，该预定义事件发生时的时间信息为2017年4月5日17:00)，然后将该预定义事件发生时的时间信息和该预定义事件的内容信息整合在一起作为一条用户行为数据存储在用户行为日志中。例如，本实施例中，将如下用户行为数据“2017年4月5日17:00时，用户点击了确定按钮”存储在用户行为日志中。

本实施例提供的应用程序崩溃信息上报方法，在应用程序运行的过程中，通过判断预定义事件是否发生，进而在判断预定义事件发生时，将上述预定义事件对应的用户行为数据存储在所述用户行为日志中；其中，上述预定义事件是采用埋点技术嵌入到上述应用程序中的时间，上述预定义事件对应的用户行为数据包括预定义事件的内容信息和预定义事件发生时的时间信息。这样，基于上述方法，可准确地收集用户行为数据，进而在应用程序崩溃时将用户行为数据发送给服务器，从而使测试工程师或软件开发师根据上述用户行为数据中记录的用户操作行为，较容易地复现应用程序发生崩溃时应用程序所处的状态，以解决现有技术中需要投入大量的人力和物力来复现应用程序发生崩溃时应用程序所处的状态的问题，节约复现成本。

图3为本发明应用程序崩溃信息上报方法实施例三的流程图。本实施例涉及的是崩溃信息上报方法的整个过程。请参照图3，在上述实施例的基础上，本实施例提供的方法，可以包括：

S301、在应用程序运行的过程中，收集用户行为数据，并将上述用户行为数据存储在上述应用程序对应的用户行为日志中，其中，上述用户行为数据用于表征用户使用上述应用程序时执行的操作行为。

具体地，该步骤的具体实现过程及实现原理可以参见实施例一或实施例二的描述，此处不在赘述。

S302、在上述应用程序发生崩溃时，收集上述应用程序发生崩溃时的崩溃信息，并将上述崩溃信息存储在应用程序对应的崩溃信息文件中。

具体的，崩溃信息文件可以是存储在本地存储器上的崩溃信息文件，也可以是存储在服务器上的崩溃信息文件，本实施例中，不对崩溃信息文件的存储地址进行限定。此外，关于收集上述应用程序发生崩溃时的崩溃信息的具体实现过程和实现原理可以参见实施例一中步骤S101的描述，此处不在赘述。

S303、在上述应用程序再次重新启动后，从上述用户行为日志中获取上述用户行为数据；并从上述崩溃信息文件中获取上述崩溃信息。

需要说明的是，本实施例中，上报程序为内嵌于上述应用程序中的程序。因此，在应用程序发生崩溃后，需要在应用程序再次重新启动后，从上述用户行为日志中获取上述用户行为数据；并从上述崩溃信息文件中获取上述崩溃信息，以在步骤S204中将上述崩溃信息和上述用户行为数据发送给服务器。

S304、将上述崩溃信息和上述用户行为数据发送给服务器。

具体地，当经过步骤S303获取到用户行为数据，并获取到崩溃信息时，本步骤中，就将上述崩溃信息和上述用户行为数据发送给服务器，以使服务器中存储有该应用程序对应的崩溃信息和用户行为数据。

本实施例提供的应用程序崩溃信息上报方法，在应用程序运行的过程中，通过收集用户行为数据，并将上述用户行为数据存储在上述应用程序对应的用户行为日志中，并在上述应用程序发生崩溃时，通过收集上述应用程序发生崩溃时的崩溃信息，并将上述崩溃信息存储在应用程序对应的崩溃信息文件中，进而在应用程序再次重新启动后，从上述用户行为日志中获取上述用户行为数据；并从上述崩溃信息文件中获取上述崩溃信息；以及将上述崩溃信息和上述用户行为数据发送给服务器。这样，可使服务器中不仅存储有崩溃信息，还存储有应用程序对应的用户行为数据，这样，为找出应用程序发生崩溃的原因，当测试工程师或软件开发师需要复现应用程序发生崩溃时应用程序所处的状态，可基于上述用户行为数据中记录的用户操作行为，较容易地复现应用程序发生崩溃时应用程序所处的状态，可解决现有技术中需要投入大量的人力和物力来复现应用程序发生崩溃时应用程序所处的状态的问题，节约复现成本。

进一步地，在本发明一可能的实现方式中，步骤S304之后，还可以包括：

将存储在上述崩溃信息文件中的崩溃信息删除。

具体地，在本发明一种可能的实现方式中，当经过步骤S304将崩溃信息和用户行为数据发送给服务之后，还可以将存储在上述崩溃信息文件中的崩溃信息删除，这样，可释放崩溃信息文件的容量，释放本地存储器的容量或存储有崩溃信息文件的服务器的容量。

本实施例提供的应用程序崩溃信息上报方法，在将崩溃信息和用户行为数据发送给服务器之后，通过将存储在崩溃信息文件中的崩溃信息删除。这样，可释放崩溃信息文件的容量，释放本地存储器的容量或存储有崩溃信息文件的服务器的容量。

图4为本发明应用程序崩溃信息上报装置实施例一的结构示意图。该装置可以通过软件、硬件或者软硬结合的方式实现，且该装置可以是单独的应用程序崩溃信息上报装置，也可以是集成了应用程序崩溃信息上报装置的客户端设备。如图4所示，本实施例提供的应用程序崩溃信息上报装置，可以包括：处理模块100、获取模块200和发送模块300，其中，

所述处理模块100，用于在应用程序发生崩溃时，收集所述应用程序发生崩溃时的崩溃信息；

所述获取模块200，用于从所述应用程序对应的用户行为日志中获取用户行为数据；其中，所述用户行为数据用于表征用户使用所述应用程序时执行的操作行为；

所述发送模块300，用于将所述崩溃信息和所述用户行为数据发送给服务器。

本实施例的装置，可以用于执行图1所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

进一步地，所述处理模块100，还用于在所述应用程序运行的过程中，收集所述用户行为数据，并将所述用户行为数据存储在所述用户行为日志中。

图5为本发明应用程序崩溃信息上报装置实施例二的结构示意图。在上述实施例的基础上，请参照图5，本实施例提供的应用程序崩溃信息上报装置，所述处理模块100包括判断单元101和第一存储单元102，其中，

所述判断单元101，用于在所述应用程序运行过程中，判断预定义事件是否发生；其中，所述预定义事件是采用埋点技术嵌入到所述应用程序中的事件；

所述第一存储单元102，用于在所述判断单元101判断所述预定义事件发生时，将所述预定义事件对应的用户行为数据存储在所述用户行为日志中；其中，所述预定义事件对应的用户行为数据包括所述预定义事件的内容信息和所述预定义事件发生时的时间信息。

本实施例的装置，可以用于执行图2所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图6为本发明应用程序崩溃信息上报装置实施例三的结构示意图。在上述实施例的基础上，请参照图6，本实施例提供的应用程序崩溃信息上报装置所述处理模块100包括第二存储单元103，其中，

所述第二存储单元103，用于在所述处理模块100收集所述应用程序发生崩溃时的崩溃信息之后，将所述崩溃信息存储在所述应用程序对应的崩溃信息文件中；

相应地，

所述获取模块200，具体用于在所述应用程序再次重新启动后，从所述应用程序对应的用户行为日志中获取所述用户行为数据；并从所述崩溃信息文件中获取所述崩溃信息；

所述发送模块300，具体用于在所述获取单元200从所述应用程序对应的用户行为日志中获取到所述用户行为数据；并从所述崩溃信息文件中获取到所述崩溃信息之后，将所述崩溃信息和所述用户行为数据发送给服务器；

所述处理模块100，还用于在所述发送模块200将所述崩溃信息和所述用户行为数据发送给服务器之后，将存储在所述崩溃信息文件中的崩溃信息删除。

本实施例的装置，可以用于执行图3所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

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

在应用程序发生崩溃时，收集所述应用程序发生崩溃时的崩溃信息；

从所述应用程序对应的用户行为日志中获取用户行为数据；其中，所述用户行为数据用于表征用户使用所述应用程序时执行的操作行为；

将所述崩溃信息和所述用户行为数据发送给服务器。

2.根据权利要求1所述的方法，其特征在于，所述在应用程序发生崩溃时，收集所述应用程序发生崩溃时的崩溃信息之前，所述方法还包括：

在所述应用程序运行的过程中，收集所述用户行为数据，并将所述用户行为数据存储在所述用户行为日志中。

3.根据权利要求2所述的方法，其特征在于，所述在所述应用程序运行的过程中，收集所述用户行为数据，具体包括：

在所述应用程序运行的过程中，判断预定义事件是否发生；其中，所述预定义事件是采用埋点技术嵌入到所述应用程序中的事件；

若是，则将所述预定义事件对应的用户行为数据存储在所述用户行为日志中；其中，所述预定义事件对应的用户行为数据包括所述预定义事件的内容信息和所述预定义事件发生时的时间信息。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述收集所述应用程序发生崩溃时的崩溃信息之后，所述方法还包括：

将所述崩溃信息存储在所述应用程序对应的崩溃信息文件中；

相应地，

所述从所述应用程序对应的用户行为日志中获取用户行为数据和所述将所述崩溃信息和所述用户行为数据发送给服务器，具体包括：

在所述应用程序再次重新启动后，从所述应用程序对应的用户行为日志中获取所述用户行为数据；并从所述崩溃信息文件中获取所述崩溃信息；

将所述崩溃信息和所述用户行为数据发送给服务器。

5.根据权利要求4所述的方法，其特征在于，所述将所述崩溃信息和所述用户行为数据发送给服务器之后，所述方法还包括：

将存储在所述崩溃信息文件中的崩溃信息删除。

6.根据权利要求3所述的方法，其特征在于，其中，所述预定义事件包括点击事件和搜索事件；所述崩溃信息包括崩溃日志、安装所述应用程序的客户端设备的属性信息和所述应用程序的版本信息。

7.一种应用程序崩溃信息上报装置，其特征在于，包括：处理模块、获取模块和发送模块，其中，

所述处理模块，用于在应用程序发生崩溃时，收集所述应用程序发生崩溃时的崩溃信息；

所述获取模块，用于从所述应用程序对应的用户行为日志中获取用户行为数据；其中，所述用户行为数据用于表征用户使用所述应用程序时执行的操作行为；

所述发送模块，用于将所述崩溃信息和所述用户行为数据发送给服务器。

8.根据权利要求7所述的装置，其特征在于，所述处理模块，还用于在所述应用程序运行的过程中，收集所述用户行为数据，并将所述用户行为数据存储在所述用户行为日志中。

9.根据权利要求8所述的装置，其特征在于，所述处理模块包括判断单元和第一存储单元，其中，

所述判断单元，用于在所述应用程序运行的过程中，判断预定义事件是否发生；其中，所述预定义事件是采用埋点技术嵌入到所述应用程序中的事件；

所述第一存储单元，用于在所述判断单元判断所述预定义事件发生时，将所述预定义事件对应的用户行为数据存储在所述用户行为日志中；其中，所述预定义事件对应的用户行为数据包括所述预定义事件的内容信息和所述预定义事件发生时的时间信息。

10.根据权利要求7-9任一项所述的装置，其特征在于，所述处理模块包括第二存储单元，其中，

所述第二存储单元，用于在所述处理模块收集所述应用程序发生崩溃时的崩溃信息之后，将所述崩溃信息存储在所述应用程序对应的崩溃信息文件中；

相应地，

所述获取模块，具体用于在所述应用程序再次重新启动后，从所述应用程序对应的用户行为日志中获取所述用户行为数据；并从所述崩溃信息文件中获取所述崩溃信息；

所述发送模块，具体用于在所述获取单元从所述应用程序对应的用户行为日志中获取到所述用户行为数据；并从所述崩溃信息文件中获取到所述崩溃信息之后，将所述崩溃信息和所述用户行为数据发送给服务器；

所述处理模块，还用于在所述发送模块将所述崩溃信息和所述用户行为数据发送给服务器之后，将存储在所述崩溃信息文件中的崩溃信息删除。