CN108400893A - 日志文件的处理方法、装置和电子设备 - Google Patents

Abstract

本发明实施例提供的一种日志文件的处理方法、装置和电子设备。该方法包括，接收客户端上传的按照预设格式压缩后的崩溃日志文件，接收后基于预设解压方式，实时解压崩溃日志文件，得到崩溃日志，该预设解压方式为对未存储的崩溃日志文件进行解压的方式，通过对崩溃日志进行分析，获取业务报告信息。其中，通过接收压缩后的崩溃日志文件，有效降低了日志文件上传时带来的网络开销；对接收到的崩溃日志文件进行实时解压与分析，提高了对内容较大的日志文件的处理速度，缩短处理时间。

Description

日志文件的处理方法、装置和电子设备

技术领域

本发明涉及数据传输领域，特别是涉及一种日志文件的处理方法、装置和电子设备。

背景技术

随着互联网的发展，对于客户端上日志文件的收集和分析变得越来越重要。应用服务器可以从收集的日志文件中进行访问流量的统计、客户端的详细表现分析、客户端崩溃明细的调查等等。客户端崩溃(或者称为“异常退出”)是指客户端程序异常后对应进程突然消失或者对应服务自动停止，如终端上客户端的闪退现象。当客户端闪退时，操作系统会生成一个崩溃报告，也叫崩溃日志文件，崩溃日志文件可以包括客户端崩溃明细。

Pingback系统是一种基于高吞吐量的负载均衡服务器(如Nginx)对客户端进行日志文件收集和日志文件反馈的系统。在应用服务器中Pingback系统的处理过程可以包括日志文件的收集过程、日志文件的存储过程，以及后续的日志文件分析过程。

然而，当日志文件的内容较大(如崩溃日志文件)时，现有的Pingback在日志收集过程中，由于日志文件由客户端直接上传至服务器，所以需要耗费大量的网络带宽。并且对于收集到的该日志文件，服务器需要先进行磁盘存储，存储后才会调用程序对该日志文件进行分析，因此会导致对内容较大的日志文件的处理时间较长。

发明内容

本发明实施例的目的在于提供一种日志文件的处理方法、装置和电子设备，该方法可以有效降低日志文件上传时带来的网络开销，缩短对日志文件的处理时间。具体技术方案如下：

第一方面，提供了一种日志文件的处理方法，应用于应用服务器，所述应用服务器具有基于Nginx的Pingback系统，该方法包括：

基于所述Pingback系统，接收客户端上传的崩溃日志文件，所述崩溃日志文件为所述客户端按照预设格式对所述客户端的崩溃日志进行压缩后的日志文件；

基于预设解压方式，实时解压当前接收的所述崩溃日志文件，得到崩溃日志，所述预设解压方式为对当前接收的且未存储的所述崩溃日志文件进行解压的方式；

分析所述崩溃日志，获取所述业务报告信息。

在一个可选的示例中，所述分析所述崩溃日志，获取业务报告信息之后，所述方法还包括：向所述客户端发送接收成功指令。

在一个可选的示例中，所述分析所述崩溃日志，获取业务报告信息之后，所述方法还包括：将所述业务报告信息存储在预设日志库中，以用于对所述客户端的崩溃业务进行维护。

在一个可选的示例中，所述接收客户端上传的崩溃日志文件之前，所述方法还包括：获取所述客户端所在终端的终端标识；基于所述终端标识，确定所述终端的终端类型；

所述分析所述崩溃日志，获取业务报告信息之后，所述方法还包括：

基于所述业务报告信息与所述终端的终端类型，对所述客户端的崩溃业务进行维护。

第二方面，提供了一种处理装置，应用于应用服务器，所述应用服务器具有基于Nginx的Pingback系统，该装置包括：接收模块、解压模块和分析模块；

所述接收模块，用于基于所述Pingback系统，接收客户端上传的崩溃日志文件，所述崩溃日志文件为所述客户端按照预设格式对所述客户端的崩溃日志进行压缩后的日志文件；

所述解压模块，用于基于预设解压方式，实时解压当前接收的所述崩溃日志文件，得到崩溃日志，所述预设解压方式为对当前接收的且未存储的所述崩溃日志文件进行实时解压的方式；

所述分析模块，用于分析所述崩溃日志，获取业务报告信息。

在一个可选的示例中，所述装置还包括发送模块；

所述发送模块，用于在所述分析模块分析所述崩溃日志，获取业务报告信息之后，向所述客户端发送接收成功指令。

在一个可选的示例中，所述装置还包括存储模块；

所述存储模块，用于在所述分析模块分析所述崩溃日志，获取业务报告信息之后，将所述业务报告信息存储在预设日志库中，以用于对所述客户端的崩溃业务进行维护。

在一个可选的示例中，所述装置还包括获取模块和修复模块；

所述确定模块，用于在所述接收模块接收客户端上传的崩溃日志文件之前，获取所述客户端所在终端的终端标识；基于所述终端标识，确定所述终端的终端类型；

所述修复模块，用于在所述分析模块分析所述崩溃日志，获取业务报告信息之后，基于所述业务报告信息与所述终端的终端类型，对所述客户端的崩溃业务进行维护。

第三方面，提供了一种电子设备，该电子设备包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现上述第一方面所述方法中任一所述的方法步骤。

在本发明实施的又一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述任一所述的日志文件的处理方法。

在本发明实施的又一方面，本发明实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一所述的日志文件的处理方法。

本发明实施例提供的一种日志文件的处理方法、装置和电子设备。该方法接收客户端上传的按照预设格式压缩后的崩溃日志文件，接收后基于预设解压方式，实时解压崩溃日志文件，得到崩溃日志，该预设解压方式为对未存储的崩溃日志文件进行解压的方式，通过对崩溃日志进行分析，获取业务报告信息。其中，通过接收压缩后的崩溃日志文件，有效降低了日志文件上传时带来的网络开销；对接收到的崩溃日志文件进行实时解压与分析，提高了对内容较大的日志文件的处理速度，缩短处理时间。当然，实施本发明的任一产品或方法并不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1为本发明实施例提供的一种日志文件的处理方法的流程示意图；

图2为本发明实施例提供的一种处理装置的结构示意图；

图3为本发明实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行描述。

本发明实施例可以应用在应用服务器中，该应用服务器具有基于Nginx的Pingback系统，实现对客户端进行内容较大的日志文件(如崩溃日志文件)的收集和分析。

图1为本发明实施例提供的一种日志文件的处理方法的流程示意图。如图1所示，该方法执行主体可以是应用服务器，该方法可以包括：

步骤110、基于所述Pingback系统，接收客户端上传的崩溃日志文件，崩溃日志文件为客户端按照预设格式对客户端的崩溃日志进行压缩的日志文件。

可选地，在执行该步骤之前，客户端可以每隔预设时间段向应用服务器上传崩溃日志，或者在接收到应用服务器发送的上传指示后，向应用服务器上传崩溃日志。客户端对待上传的崩溃日志，按照预设格式进行压缩，获取崩溃日志文件。该预设格式可以是gzip格式、rar格式等等。其中，对于基于Nginx的Pingback程序文件，预设格式可以设置为gzip格式。

例如，当客户端程序出现崩溃异常时，该崩溃日志可以包括异常类型、异常出现进程标识、异常出现时间等信息。异常类型可以包括业务进程的不正常的内存访问类型和不正常退出类型等。

进一步的，客户端可以通过统一接口向应用服务器上传崩溃日志文件，以使应用服务器接收崩溃日志文件。统一接口可以是该应用服务器的地址对应的接口，应用服务器的地址可以为应用服务器的域名。

步骤120、基于预设解压方式，实时解压当前接收的崩溃日志文件，得到崩溃日志，预设解压方式为对当前接收的且未存储的崩溃日志文件进行实时解压的方式。

在应用服务器中设置有预设解压方式，预设解压方式为对当前接收的，且未存储的崩溃日志文件进行实时解压的方式。预设解压方式这里，可以是用Lua编写一解压程序，将该编写好的解压程序嵌入Nginx程序文件内部，使得Nginx程序文件具备了解压缩功能。其中，Lua是一种轻量小巧的脚本语言，用标准C语言编写并以源代码形式开放，其设计目的是为了嵌入目标应用程序中，从而为目标应用程序提供灵活的扩展和定制功能。本申请实施例中，正是将Nginx程序文件作为目标应用程序，为其增加了对已压缩文件进行解压缩的功能。

在本申请实施例中，当应用服务器接收到完整的崩溃日志文件后，无需对崩溃日志文件进行存储，也就是说，无需将崩溃日志文件存储在磁盘中，而是直接按照预设的解压方式对崩溃日志文件进行解压，得到崩溃日志，该崩溃日志为解压后的崩溃日志文件，。可见，通过对崩溃日志文件不落盘的在线解压处理，让解压后的崩溃日志存储于内存中，有效地提高了对内容较大的崩溃日志文件处理的实时性，以及对内容较大的崩溃日志文件的分析速度。

步骤130、分析崩溃日志，获取业务报告信息。

具体的，应用服务器可以对解压得到的崩溃日志存储在内存中实时进行分析，获取业务报告信息，在应用服务器对崩溃日志进行实时分析的情况下，提高了对崩溃日志的分析速度，以使用户可以快速查看业务运行记录和异常原因。

可见，该方法接收客户端上传的按照预设格式压缩后的崩溃日志文件，崩溃日志文件包括客户端的崩溃日志，接收后基于预设解压方式，实时解压崩溃日志文件，得到崩溃日志，该预设解压方式为对未存储的崩溃日志文件进行实时解压的方式，通过对崩溃日志进行分析，获取业务报告信息。其中，通过接收压缩后的崩溃日志文件，有效降低了崩溃日志文件上传时带来的网络开销；对接收到的崩溃日志文件进行实时解压与分析，提高了对内容较大的日志文件的处理速度，缩短处理时间。

在一种实现方式中，可以将获取的业务报告信息存储在预设日志库中，当用户需要查找业务状态信息时，从预设日志库中调取业务报告信息，以使对调取的业务报告信息对应的崩溃业务进行维护，对崩溃业务的维护工作可以包括对崩溃业务的修复工作和维持当前运行状态。

例如，当获取的业务报告信息为目标业务的业务异常报告信息时，应用服务器可以将获取的业务异常报告信息存储在预设日志库中，当需要查找目标业务的异常原因时，从预设日志库中调取目标业务的业务异常报告信息进行分析，获取异常数据，基于异常数据，对目标业务进行修复。

在一种实现方式中，在接收客户端上传的崩溃日志文件之前，应用服务器还可以获取该客户端所在终端的终端标识，基于该终端标识，确定该终端的终端类型，如平板电脑、手机等。

这样在分析崩溃日志，获取业务报告信息之后，还可以基于业务报告信息与该终端的终端类型，对客户端的崩溃业务进行准确的维护。

例如，当检测到目标业务的很多崩溃日志来自的终端类型相同时，说明目标业务只有运行在特定终端类型上才会出现异常，此时只需要对运行在该特定终端类型上的目标业务进行修复。

在一种实现方式中，在分析崩溃日志，获取业务报告信息之后，可以向客户端发送接收成功指令。完成一次日志文件的上传工作。

客户端采用同步阻塞的方式对日志文件进行上传，即在客户端接收到应用服务器发送的接收成功指令(即完成一次崩溃日志文件的上传工作)后，才可以进行下一次的崩溃日志文件上传工作。

需要说明的是，客户端可以预设有重试机制。当客户端在上传崩溃日志文件之后的预设时间内，未接收到应用服务器发送的接收成功指令时，客户端启动重试机制，重新向应用服务器上传崩溃日志文件，以确保崩溃日志文件不丢失。

下面举例进行详细介绍。在客户端上目标业务产生崩溃日志文件后，客户端对生产的崩溃日志文件，按照gzip格式进行压缩，获取压缩后的崩溃日志文件。其中，崩溃日志文件包括目标业务异常信息，如目标业务的异常类型、异常出现的进程标识、异常出现时间等信息。

基于该应用服务器的接收地址，客户端向该应用服务器上传压缩后的崩溃日志文件。其中，该应用服务器中携带有采用Lua编写的解压程序的Nginx程序文件。

应用服务器接收到压缩后的崩溃日志文件后，基于预设解压方式对当前接收的，且未进行磁盘存储的压缩后的崩溃日志文件进行实时解压，得到存储在内存中崩溃日志文件。

应用服务器对得到的崩溃日志文件进行分析，获取目标业务异常信息，以使用户查看业务运行记录和异常原因。此时应用服务器向客户端发送接收成功指令。完成一次日志文件的上传工作。

与上述方法对应的本发明实施例还提供一种处理装置，应用于应用服务器，所述应用服务器具有基于Nginx的Pingback系统，如图2所示，该装置可以包括：接收模块210、解压模块220和分析模块230；

所述接收模块210，用于基于所述Pingback系统，接收客户端上传的崩溃日志文件，所述崩溃日志文件为所述客户端按照预设格式对所述客户端的崩溃日志进行压缩后的日志文件。

所述解压模块220，用于基于预设解压方式，实时解压当前接收的所述崩溃日志文件，得到崩溃日志，所述预设解压方式为对当前接收的且未存储的所述崩溃日志文件进行解压的方式。

所述分析模块230，用于分析所述崩溃日志，获取业务报告信息。

可选地，所述装置还可以包括发送模块240；

所述发送模块240，用于在所述分析模块230分析所述崩溃日志，获取业务报告信息之后，向所述客户端发送接收成功指令。

可选地，所述装置还包括存储模块250；

所述存储模块250，用于在所述分析模块230分析所述崩溃日志，获取业务报告信息之后，将所述业务报告信息存储在预设日志库中，以用于对所述客户端的崩溃业务进行维护。

可选地，所述装置还包括确定模块260和修复模块270；

所述确定模块260，用于在所述接收模块210接收客户端上传的崩溃日志文件之前，获取所述客户端所在终端的终端标识；

基于所述终端标识，确定所述终端的终端类型；

所述维护模块270，用于在所述分析模块230分析所述崩溃日志，获取业务报告信息之后，基于所述业务报告信息与所述终端的终端类型，对所述客户端的崩溃业务进行维护。

可见，该装置接收客户端上传的按照预设格式压缩后的崩溃日志文件，接收后基于预设解压方式，实时解压崩溃日志文件，得到崩溃日志，该预设解压方式为对未存储的崩溃日志文件进行实时解压的方式，通过对崩溃日志进行分析，获取业务报告信息。其中，通过接收压缩后的崩溃日志文件，有效降低了日志文件上传时带来的网络开销；对接收到的崩溃日志文件进行实时解压与分析，提高了对内容较大的日志文件的处理速度，缩短处理时间。

本发明实施例还提供了一种电子设备，如图3所示，包括处理器310、通信接320、存储器330和通信总线340，其中，处理器310，通信接口320，存储器330通过通信总线340完成相互间的通信，

存储器330，用于存放计算机程序；

处理器310，用于执行存储器330上所存放的程序时，实现如下步骤：

接收客户端上传的崩溃日志文件，所述崩溃日志文件为所述客户端按照预设格式对所述客户端的崩溃日志进行压缩后的日志文件；

基于预设解压方式，实时解压当前接收的所述崩溃日志文件，得到解压后的崩溃日志，所述预设解压方式为对当前接收的且未存储的所述崩溃日志文件进行解压的方式；

分析所述崩溃日志，获取所述业务报告信息。

可选地，所述分析所述崩溃日志，获取业务报告信息之后，所述方法还包括：

向所述客户端发送接收成功指令。

可选地，所述分析所述崩溃日志，获取业务报告信息之后，所述方法还包括：

将所述业务报告信息存储在预设日志库中，以用于对所述客户端的崩溃业务进行维护。

可选地，所述接收客户端上传的崩溃日志文件之前，所述方法还包括：

获取所述客户端所在终端的终端标识；

基于获取的终端标识，确定所述终端的终端类型；

所述分析所述崩溃日志，获取业务报告信息之后，所述方法还包括：

基于所述业务报告信息与所述终端的终端类型，对所述客户端的崩溃业务进行维护。

可见，该处理器接收客户端上传的按照预设格式压缩后的崩溃日志文件，接收后基于预设解压方式，实时解压崩溃日志文件，得到崩溃日志，该预设解压方式为对未存储的崩溃日志文件进行解压的方式，通过对崩溃日志进行分析，获取业务报告信息。其中，通过接收压缩后的崩溃日志文件，有效降低了日志文件上传时带来的网络开销；对接收到的崩溃日志文件进行实时解压与分析，提高了对内容较大的日志文件的处理速度，缩短处理时间。

上述电子设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述电子设备与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行以下方法步骤：

基于所述Pingback系统，接收客户端上传的崩溃日志文件，所述崩溃日志文件为所述客户端按照预设格式对所述客户端的崩溃日志进行压缩后的日志文件；

基于预设解压方式，实时解压当前接收的所述崩溃日志文件，得到崩溃日志，所述预设解压方式为对当前接收的且未存储的所述崩溃日志文件进行解压的方式；

分析所述崩溃日志，获取业务报告信息。

可见，本发明实施例的方案中，接收客户端上传的按照预设格式压缩后的崩溃日志文件，崩溃日志文件包括崩溃报告信息，接收后基于预设解压方式，解压崩溃日志文件，得到崩溃日志，该预设解压方式为对未存储的崩溃日志文件进行实时解压的方式，通过对崩溃日志进行分析，获取崩溃报告信息。其中，通过接收压缩后的崩溃日志文件，有效降低了日志文件上传时带来的网络开销；对接收到的崩溃日志文件进行实时解压与分析，提高了对内容较大的日志文件的处理速度，缩短处理时间。

其中，上述分析所述崩溃日志，获取业务报告信息之后，上述方法还包括：

将上述业务报告信息存储在预设日志库中，以用于对所述客户端的崩溃业务进行维护。

其中，上述基于所述Pingback系统，接收客户端上传的崩溃日志文件之前，上述方法还包括：

获取所述客户端所在终端的终端标识；

基于所述终端标识，确定所述终端的终端类型；

所述分析所述崩溃日志，获取业务报告信息之后，所述方法还包括：

基于所述崩溃日志与所述终端的终端类型，对所述客户端的崩溃业务进行维护。

其中，上述分析所述崩溃日志，获取业务报告信息之后，上述方法还包括：

向所述客户端发送接收成功指令。

在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行以下方法步骤：

基于所述Pingback系统，接收客户端上传的崩溃日志文件，所述崩溃日志文件为所述客户端按照预设格式对所述客户端的崩溃日志进行压缩后的日志文件；

基于预设解压方式，实时解压当前接收的所述崩溃日志文件，得到崩溃日志，所述预设解压方式为对当前接收的且未存储的所述崩溃日志文件进行解压的方式；

分析所述崩溃日志，获取业务报告信息。

可见，本发明实施例的方案中，接收客户端上传的按照预设格式压缩后的崩溃日志文件，崩溃日志文件包括崩溃报告信息，接收后基于预设解压方式，解压崩溃日志文件，得到崩溃日志，该预设解压方式为对未存储的崩溃日志文件进行实时解压的方式，通过对崩溃日志进行分析，获取崩溃报告信息。其中，通过接收压缩后的崩溃日志文件，有效降低了日志文件上传时带来的网络开销；对接收到的崩溃日志文件进行实时解压与分析，提高了对内容较大的日志文件的处理速度，缩短处理时间。

其中，上述分析所述崩溃日志，获取业务报告信息之后，上述方法还包括：

将上述业务报告信息存储在预设日志库中，以用于对所述客户端的崩溃业务进行维护。

其中，上述基于所述Pingback系统，接收客户端上传的崩溃日志文件之前，上述方法还包括：

获取所述客户端所在终端的终端标识；

基于所述终端标识，确定所述终端的终端类型；

所述分析所述崩溃日志，获取业务报告信息之后，所述方法还包括：

基于所述崩溃日志与所述终端的终端类型，对所述客户端的崩溃业务进行维护。

其中，上述分析所述崩溃日志，获取业务报告信息之后，上述方法还包括：

向所述客户端发送接收成功指令。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、电子设备、计算机可读存储介质和计算机程序产品的实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

Claims (9)

1.一种日志文件的处理方法，其特征在于，应用于应用服务器，所述应用服务器具有基于Nginx的Pingback系统，所述方法包括：

基于所述Pingback系统，接收客户端上传的崩溃日志文件，所述崩溃日志文件为所述客户端按照预设格式对所述客户端的崩溃日志进行压缩后的日志文件；

基于预设解压方式，实时解压当前接收的所述崩溃日志文件，得到崩溃日志，所述预设解压方式为对当前接收的且未存储的所述崩溃日志文件进行解压的方式；

分析所述崩溃日志，获取业务报告信息。

2.根据权利要求1所述的方法，其特征在于，所述分析所述崩溃日志，获取业务报告信息之后，所述方法还包括：

将所述业务报告信息存储在预设日志库中，以用于对所述客户端的崩溃业务进行维护。

3.根据权利要求1所述的方法，其特征在于，所述基于所述Pingback系统，接收客户端上传的崩溃日志文件之前，所述方法还包括：

获取所述客户端所在终端的终端标识；

基于所述终端标识，确定所述终端的终端类型；

所述分析所述崩溃日志，获取业务报告信息之后，所述方法还包括：

基于所述崩溃日志与所述终端的终端类型，对所述客户端的崩溃业务进行维护。

4.根据权利要求1所述的方法，其特征在于，所述分析所述崩溃日志，获取业务报告信息之后，所述方法还包括：

向所述客户端发送接收成功指令。

5.一种日志文件的处理装置，其特征在于，应用于应用服务器，所述应用服务器具有基于Nginx的Pingback系统，所述装置包括：接收模块、解压模块和分析模块；

所述接收模块，用于基于所述Pingback系统，接收客户端上传的崩溃日志文件，所述崩溃日志文件为所述客户端按照预设格式对所述客户端的崩溃日志进行压缩后的日志文件；

所述解压模块，用于基于预设解压方式，实时解压当前接收的所述崩溃日志文件，得到崩溃日志，所述预设解压方式为对当前接收的且未存储的所述崩溃日志文件进行解压的方式；

所述分析模块，用于分析所述崩溃日志，获取业务报告信息。

6.根据权利要求5所述的装置，其特征在于，所述装置还包括发送模块；

所述发送模块，用于在所述分析模块分析所述崩溃日志，获取业务报告信息之后，向所述客户端发送接收成功指令。

7.根据权利要求5所述的装置，其特征在于，所述装置还包括存储模块；

所述存储模块，用于在所述分析模块分析所述崩溃日志，获取业务报告信息之后，将所述业务报告信息存储在预设日志库中，以用于对所述客户端的崩溃业务进行维护。

8.根据权利要求5所述的装置，其特征在于，所述装置还包括确定模块和修复模块；

所述确定模块，用于在所述接收模块接收客户端上传的崩溃日志文件之前，获取所述客户端所在终端的终端标识；

基于所述终端标识，确定所述终端的终端类型；

所述修复模块，用于在所述分析模块分析所述崩溃日志，获取业务报告信息之后，基于所述崩溃日志与所述终端标识，对所述客户端的崩溃业务进行维护。

9.一种电子设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现权利要求1-4任一所述的方法步骤。