CN110399350A - 日志信息的处理方法、装置、存储介质及电子设备 - Google Patents

Abstract

本发明公开一种日志信息的处理方法、装置、存储介质及电子设备，所述日志信息的处理方法包括从服务器中获取配置文件，所述配置文件包括日志信息的存储策略；根据所述配置文件中日志信息的存储策略将内存缓存中的日志信息存储在数据库中；获取查询信息；根据所述查询信息从所述数据库中得到目标日志信息；将所述目标日志信息发送至服务器，用于根据所述目标日志信息对问题进行定位。通过服务器的下发的配置文件的控制，节省了移动设备的资源，如闪存，I/O读写和网络等，同时也为该方案提供了较大的扩展性。根据查询信息可以精准的定位到移动设备中的日志，从而只上报开发者关心的日志数据，帮助开发者更高效的排查问题。

Description

日志信息的处理方法、装置、存储介质及电子设备

技术领域

本发明涉及电子技术领域，更具体的说，涉及一种日志信息的处理方法、装置、存储介质及电子设备。

背景技术

在做移动开发的过程中，开发人员经常会遇到用户反馈问题，但是受限于各种因素，开发人员最终无法通过问题表象来做定向分析，从而定位到导致问题的根源。

目前在业界中，还比较少有完善的移动端日志监控方案可以帮助开发者做定向分析。在传统方式中，通常是在一定的上报策略下，将移动设备上采集到的日志文件全量上报到服务器端，上报策略可能是在一定的时间间隔或者日志文件到达一定数量。这种方式会给服务器端造成不必要的压力，而且当要做定向分析的时候也容易给分析过程造成混淆。

发明内容

本发明所要解决的技术问题是提供一种日志信息的处理方法、装置、存储介质及电子设备，可以提高根据日志信息作定向分析的准确度。

本发明的目的是通过以下技术方案来实现的：

第一方面，本发明实施例提供一种日志信息的处理方法，包括：

从服务器中获取配置文件，所述配置文件包括日志信息的存储策略；

根据所述配置文件中日志信息的存储策略将内存缓存中的日志信息存储在数据库中；

获取查询信息；

根据所述查询信息从所述数据库中得到目标日志信息；

将所述目标日志信息发送至服务器，用于根据所述目标日志信息对问题进行定位。

第二方面，本发明实施例提供一种日志信息的处理装置，包括：

配置文件获取模块，用于从服务器中获取配置文件，所述配置文件包括日志信息的存储策略；

存储模块，用于根据所述配置文件中日志信息的存储策略将内存缓存中的日志信息存储在数据库中；

查询信息获取模块，用于获取查询信息；

目标日志信息获取模块，用于根据所述查询信息从所述数据库中得到目标日志信息；

发送模块，用于将所述目标日志信息发送至服务器，用于根据所述目标日志信息对问题进行定位。

第三方面，本发明实施例提供一种存储介质，其上存储有计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行上述的日志信息的处理方法。

第四方面，本发明实施例提供一种电子设备，包括处理器和存储器，所述存储器有计算机程序，所述处理器通过调用所述计算机程序，用于执行上述的日志信息的处理方法。

本发明实施例提供的日志信息的处理方法、装置、存储介质及电子设备，首先从服务器中获取配置文件，配置文件包括日志信息的存储策略；然后根据配置文件中日志信息的存储策略将内存缓存中的日志信息存储在数据库中；接着获取查询信息；再根据查询信息从数据库中得到目标日志信息；最后将目标日志信息发送至服务器，用于根据目标日志信息对问题进行定位。通过服务器的下发的配置文件的控制，节省了移动设备的资源，如闪存，I/O读写和网络等，同时也为该方案提供了较大的扩展性。根据查询信息可以精准的定位到移动设备中的日志，从而只上报开发者关心的日志数据，帮助开发者更高效的排查问题。

附图说明

需要使用的附图作简单地介绍。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的日志信息的处理方法的使用场景示意图。

图2为本发明实施例提供的日志信息的处理方法的流程示意图。

图3为本发明实施例提供的日志信息的处理方法的另一流程示意图。

图4为本发明实施例提供的日志信息的处理装置的结构示意图。

具体实施方式

请参照图式，其中相同的组件符号代表相同的组件，本发明的原理是以实施在一适当的运算环境中来举例说明。以下的说明是基于所例示的本发明具体实施例，其不应被视为限制本发明未在此详述的其它具体实施例。

在以下的说明中，本发明的具体实施例将参考由一部或多部计算机所执行的步骤及符号来说明，除非另有述明。因此，这些步骤及操作将有数次提到由计算机执行，本文所指的计算机执行包括了由代表了以一结构化型式中的数据的电子信号的计算机处理单元的操作。此操作转换该数据或将其维持在该计算机的内存系统中的位置处，其可重新配置或另外以本领域测试人员所熟知的方式来改变该计算机的运作。该数据所维持的数据结构为该内存的实体位置，其具有由该数据格式所定义的特定特性。但是，本发明原理以上述文字来说明，其并不代表为一种限制，本领域测试人员将可了解到以下所述的多种步骤及操作亦可实施在硬件当中。

本文所使用的术语“单元”可看做为在该运算系统上执行的软件对象。本文所述的不同组件、单元、引擎及服务可看做为在该运算系统上的实施对象。而本文所述的装置及方法可以以软件的方式进行实施，当然也可在硬件上进行实施，均在本发明保护范围之内。

本发明中的术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或模块的过程、方法、系统、产品或设备没有限定于已列出的步骤或模块，而是某些实施例还包括没有列出的步骤或模块，或某些实施例还包括对于这些过程、方法、产品或设备固有的其它步骤或模块。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本发明的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

本发明实施例提供一种日志信息的处理方法、装置、存储介质及电子设备，该日志信息的处理方法的执行主体可以是本发明实施例提供的日志信息的处理装置，或者集成了该日志信息的处理装置的电子设备，其中该日志信息的处理装置可以采用硬件或者软件的方式实现。其中电子设备可以为移动终端、平板电脑、笔记本电脑、掌上电脑、台式电脑等。其中移动终端可以是IOS系统的智能手机。

本发明实施例将从日志信息的处理装置的角度进行描述，该日志信息的处理装置具体可以集成在电子设备中。该日志信息的处理方法包括：从服务器中获取配置文件，配置文件包括日志信息的存储策略；根据配置文件中日志信息的存储策略将内存缓存中的日志信息存储在数据库中；获取查询信息；根据查询信息从数据库中得到目标日志信息；将目标日志信息发送至服务器，用于根据目标日志信息对问题进行定位。其中该日志信息的处理装置也可以集成在智能手机或平板电脑或台式电脑或笔记本电脑或掌上电脑等设备上。

请参阅图1，图1为本发明实施例提供的日志信息的处理方法的使用场景示意图。本发明实施例提供的日志信息的处理方法包括服务器200、移动端300，服务器200下发配置文件值移动端300，配置文件包括日志信息的存储策略；移动端300根据配置文件中日志信息的存储策略将内存缓存中的日志信息存储在数据库中；移动端300获取查询信息；移动端300根据查询信息从数据库中得到目标日志信息；并将目标日志信息发送至服务器200，服务器200根据目标日志信息对问题进行定位。

请参阅图2，图2为本发明实施例提供的日志信息的处理方法的流程示意图。本发明实施例提供的日志信息的处理方法，具体流程可以如下：

101，从服务器中获取配置文件，配置文件包括日志信息的存储策略。

服务器下发配置文件，配置文件可以为JSON数据格式的配置文件。配置文件包括日志信息的存储策略。移动端从服务器获取该配置文件。

102，根据配置文件中日志信息的存储策略将内存缓存中的日志信息存储在数据库中。

日志信息的存储策略为当日志信息满足一定条件后，将满足一定条件的日志信息存储。例如，当运行应用A时，存储日志信息，该日志信息内存储有运行应用A时的各种数据，具体可以包括应用A的开启时间、前台运行时间段、退出时间、缓存数据、链接网页地址等。

日志信息的存储策略也可以是先循环缓存预设时间段的日志信息，如5分钟，缓存当前时间前5分钟内的运行信息，后续缓存的运行信息覆盖最开始的运行信息，当移动端出现问题时，将出现问题时间点前5分钟的运行信息作为日志信息的一部分，该日志信息还存入当前时间点后一段时间如3分钟的运行信息，直到恢复正常或关机。

最终根据配置文件中日志信息的存储策略将内存缓存中的日志信息存储在数据库中，以便保存更多的日志信息，以及将日志信息存储在数据库中，方便后续查找。

103，获取查询信息。

查询信息用来在数据库中查找对应的日志信息。例如，查询信息可以包括时间查询信息，具体的可以为查询某一时间段内的日志信息(如周一9点至12点的日志信息)。查询信息还可以包括应用查询信息，具体的可以为查询应用B相关的日志信息。

104，根据查询信息从数据库中得到目标日志信息。

得到查询信息后，根据该查询信息从数据库中查询，得到满足该查询信息的目标日志信息。例如，查询信息可以包括时间查询信息，具体的可以为查询某一时间段内的日志信息(如周一9点至12点的日志信息)，则目标日志信息为周一9点至12点内所有的日志信息。查询信息还可以包括应用查询信息，具体的可以为查询应用B相关的日志信息，则目标日志信息包括应用B所有相关的日志信息。

105，将目标日志信息发送至服务器，用于根据目标日志信息对问题进行定位。

得到目标日志信息后，将该目标日志信息发送至服务器。服务器可以根据该目标日志信息对问题进行定位。例如，周一9点至12点，移动端出现了什么问题，哪里出现了问题，可以从目标日志信息中进行查询，具体的可以包括该时间段内异常自动关机的原因、异常关机前运行信息等。又例如，目标日志信息为所有关于应用B的日志信息，从所有关于应用B的日志信息中查询得到应用B的问题，具体可以包括应用B闪退、异常关闭、链接失效、运行失控等问题。

请参阅图3，图3为本发明实施例提供的日志信息的处理方法的另一流程示意图。本发明实施例提供的日志信息的处理方法，具体流程可以如下：

201，采集日志打点的结构化数据存入内存缓存中作为日志信息。

移动端采集开发人员日志打点的结构化数据，并将该结构化数据存入内存缓存中作为日志信息。

202，从服务器中获取配置文件，配置文件包括日志信息的存储策略和上报策略。

服务器下发配置文件，配置文件可以为JSON数据格式的配置文件。配置文件包括日志信息的存储策略。移动端从服务器获取该配置文件。

203，根据配置文件中日志信息的存储策略将内存缓存中的日志信息存储在数据库中。

日志信息的存储策略为当日志信息满足一定条件后，将满足一定条件的日志信息存储。例如，当运行应用A时，存储日志信息，该日志信息内存储有运行应用A时的各种数据，具体可以包括应用A的开启时间、前台运行时间段、退出时间、缓存数据、链接网页地址等。

日志信息的存储策略也可以是先循环缓存预设时间段的日志信息，如5分钟，缓存当前时间前5分钟内的运行信息，后续缓存的运行信息覆盖最开始的运行信息，当移动端出现问题时，将出现问题时间点前5分钟的运行信息作为日志信息的一部分，该日志信息还存入当前时间点后一段时间如3分钟的运行信息，直到恢复正常或关机。

最终根据配置文件中日志信息的存储策略将内存缓存中的日志信息存储在数据库中，以便保存更多的日志信息，以及将日志信息存储在数据库中，方便后续查找。

当满足配置文件中存储策略的时候，将内存缓存中的日志信息写入到移动端的SQLite数据库中。该数据库的表结构如表1所示。

表1：

204，通过统一资源定位符方案或推送得到查询信息和上报条件。

当用户的移动端反馈问题时，给用户的移动端发送统一资源定位符方案(URLScheme)点击后，或者给用户的移动端发送静默推送，统一资源定位符方案(URL Scheme)和推送中包含了需要满足上报条件，比如上报指定模块或者文件的日志。

查询信息用来在数据库中查找对应的日志信息。例如，查询信息可以包括时间查询信息，具体的可以为查询某一时间段内的日志信息(如周一9点至12点的日志信息)。查询信息还可以包括应用查询信息，具体的可以为查询应用B相关的日志信息。

205，根据查询信息从数据库中得到目标日志信息。

得到查询信息后，根据该查询信息从数据库中查询，得到满足该查询信息的目标日志信息。例如，查询信息可以包括时间查询信息，具体的可以为查询某一时间段内的日志信息(如周一9点至12点的日志信息)，则目标日志信息为周一9点至12点内所有的日志信息。查询信息还可以包括应用查询信息，具体的可以为查询应用B相关的日志信息，则目标日志信息包括应用B所有相关的日志信息。

在一些实施例中，根据查询信息从数据库中得到目标日志信息的步骤，包括：

根据查询信息从数据库中进行分页机制查询，得到目标日志信息。

为了防止查询数据结果集比较大，数据库中的查询实现了分页机制。即，在数据库中采用分页机制进行查询，可以防止查询数据结果集较大。

206，检测是否满足上报条件。

上报条件可以包括上报指定模块或者上报文件的日志。

207，若满足，则根据上报策略使用multipart/form-data方式将目标日志信息压缩后放入表单字段中发送至服务器，用于根据目标日志信息对问题进行定位。

得到目标日志信息后，使用multipart/form-data方式将目标日志信息压缩后放入表单字段中发送至服务器。其中，压缩方式可以采用GZIP压缩方式。服务器可以根据该目标日志信息对问题进行定位。例如，周一9点至12点，移动端出现了什么问题，哪里出现了问题，可以从目标日志信息中进行查询，具体的可以包括该时间段内异常自动关机的原因、异常关机前运行信息等。又例如，目标日志信息为所有关于应用B的日志信息，从所有关于应用B的日志信息中查询得到应用B的问题，具体可以包括应用B闪退、异常关闭、链接失效、运行失控等问题。

由上可知，本发明实施例提供的日志信息的处理方法，首先从服务器中获取配置文件，配置文件包括日志信息的存储策略；然后根据配置文件中日志信息的存储策略将内存缓存中的日志信息存储在数据库中；接着获取查询信息；再根据查询信息从数据库中得到目标日志信息；最后将目标日志信息发送至服务器，用于根据目标日志信息对问题进行定位。通过服务器的下发的配置文件的控制，节省了移动设备的资源，如闪存，I/O读写和网络等，同时也为该方案提供了较大的扩展性。使用URL Scheme和推送可以精准的定位到移动设备中的日志，从而只上报开发者关心的日志数据，帮助开发者更高效的排查问题。

请参阅图4，图4为本发明实施例提供的日志信息的处理装置的结构示意图。其中该日志信息的处理装置500包括配置文件获取模块501、存储模块502、查询信息获取模块503、目标日志信息获取模块504和发送模块505。其中：

配置文件获取模块501，用于从服务器中获取配置文件，配置文件包括日志信息的存储策略。

服务器下发配置文件，配置文件可以为JSON数据格式的配置文件。配置文件包括日志信息的存储策略。移动端从服务器获取该配置文件。

存储模块502，用于根据配置文件中日志信息的存储策略将内存缓存中的日志信息存储在数据库中。

日志信息的存储策略为当日志信息满足一定条件后，将满足一定条件的日志信息存储。例如，当运行应用A时，存储日志信息，该日志信息内存储有运行应用A时的各种数据，具体可以包括应用A的开启时间、前台运行时间段、退出时间、缓存数据、链接网页地址等。

日志信息的存储策略也可以是先循环缓存预设时间段的日志信息，如5分钟，缓存当前时间前5分钟内的运行信息，后续缓存的运行信息覆盖最开始的运行信息，当移动端出现问题时，将出现问题时间点前5分钟的运行信息作为日志信息的一部分，该日志信息还存入当前时间点后一段时间如3分钟的运行信息，直到恢复正常或关机。

最终根据配置文件中日志信息的存储策略将内存缓存中的日志信息存储在数据库中，以便保存更多的日志信息，以及将日志信息存储在数据库中，方便后续查找。

查询信息获取模块503，用于获取查询信息。

查询信息用来在数据库中查找对应的日志信息。例如，查询信息可以包括时间查询信息，具体的可以为查询某一时间段内的日志信息(如周一9点至12点的日志信息)。查询信息还可以包括应用查询信息，具体的可以为查询应用B相关的日志信息。

目标日志信息获取模块504，用于根据查询信息从数据库中得到目标日志信息。

得到查询信息后，根据该查询信息从数据库中查询，得到满足该查询信息的目标日志信息。例如，查询信息可以包括时间查询信息，具体的可以为查询某一时间段内的日志信息(如周一9点至12点的日志信息)，则目标日志信息为周一9点至12点内所有的日志信息。查询信息还可以包括应用查询信息，具体的可以为查询应用B相关的日志信息，则目标日志信息包括应用B所有相关的日志信息。

发送模块505，用于将目标日志信息发送至服务器，用于根据目标日志信息对问题进行定位。

得到目标日志信息后，将该目标日志信息发送至服务器。服务器可以根据该目标日志信息对问题进行定位。例如，周一9点至12点，移动端出现了什么问题，哪里出现了问题，可以从目标日志信息中进行查询，具体的可以包括该时间段内异常自动关机的原因、异常关机前运行信息等。又例如，目标日志信息为所有关于应用B的日志信息，从所有关于应用B的日志信息中查询得到应用B的问题，具体可以包括应用B闪退、异常关闭、链接失效、运行失控等问题。

在一些实施例中，配置文件还包括日志信息的上报策略，获取查询信息的同时还获取上报条件。该日志信息的处理装置500还包括检测模块。

检测模块，用于检测是否满足上报条件。

上报条件可以包括上报指定模块或者上报文件的日志。

发送模块505，还用于若满足，则根据上报策略将目标日志信息发送至服务器。

在一些实施例中，发送模块505，还用于使用multipart/form-data方式将目标日志信息压缩后放入表单字段中发送至服务器。

得到目标日志信息后，使用multipart/form-data方式将目标日志信息压缩后放入表单字段中发送至服务器。其中，压缩方式可以采用GZIP压缩方式。服务器可以根据该目标日志信息对问题进行定位。例如，周一9点至12点，移动端出现了什么问题，哪里出现了问题，可以从目标日志信息中进行查询，具体的可以包括该时间段内异常自动关机的原因、异常关机前运行信息等。又例如，目标日志信息为所有关于应用B的日志信息，从所有关于应用B的日志信息中查询得到应用B的问题，具体可以包括应用B闪退、异常关闭、链接失效、运行失控等问题。

在一些实施例中，查询信息获取模块503，还用于根据查询信息从数据库中进行分页机制查询，得到目标日志信息。

为了防止查询数据结果集比较大，数据库中的查询实现了分页机制。即，在数据库中采用分页机制进行查询，可以防止查询数据结果集较大。

在一些实施例中，查询信息获取模块503，还用于通过统一资源定位符方案或推送得到查询信息。

当用户的移动端反馈问题时，给用户的移动端发送统一资源定位符方案(URLScheme)点击后，或者给用户的移动端发送静默推送，统一资源定位符方案(URL Scheme)和推送中包含了需要满足上报条件，比如上报指定模块或者文件的日志。

查询信息用来在数据库中查找对应的日志信息。例如，查询信息可以包括时间查询信息，具体的可以为查询某一时间段内的日志信息(如周一9点至12点的日志信息)。查询信息还可以包括应用查询信息，具体的可以为查询应用B相关的日志信息。

在一些实施例中，处理装置还包括日志信息存储模块，日志信息存储模块，用于采集日志打点的结构化数据存入内存缓存中作为日志信息。

移动端采集开发人员日志打点的结构化数据，并将该结构化数据存入内存缓存中作为日志信息。

由上可知，本发明实施例提供的日志信息的处理装置，首先配置文件获取模块501从服务器中获取配置文件，配置文件包括日志信息的存储策略；然后存储模块502根据配置文件中日志信息的存储策略将内存缓存中的日志信息存储在数据库中；接着查询信息获取模块503获取查询信息；再目标日志信息获取模块504根据查询信息从数据库中得到目标日志信息；最后发送模块505将目标日志信息发送至服务器，用于根据目标日志信息对问题进行定位。通过服务器的下发的配置文件的控制，节省了移动设备的资源，如闪存，I/O读写和网络等，同时也为该方案提供了较大的扩展性。使用URL Scheme和推送可以精准的定位到移动设备中的日志，从而只上报开发者关心的日志数据，帮助开发者更高效的排查问题。

具体实施时，以上各个模块可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个模块的具体实施可参见前面的方法实施例，在此不再赘述。

本发明实施例中，日志信息的处理装置与上文实施例中的日志信息的处理方法属于同一构思，在日志信息的处理装置上可以运行日志信息的处理方法实施例中提供的任一方法，其具体实现过程详见日志信息的处理方法的实施例，此处不再赘述。

本发明实施例还提供一种电子设备。电子设备包括处理器以及存储器。其中，处理器与存储器电性连接。

处理器是电子设备的控制中心，利用各种接口和线路连接整个电子设备的各个部分，通过运行或加载存储在存储器内的计算机程序，以及调用存储在存储器内的数据，执行电子设备的各种功能并处理数据，从而对电子设备进行整体监控。

存储器可用于存储软件程序以及单元，处理器通过运行存储在存储器的计算机程序以及单元，从而执行各种功能应用以及数据处理。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的计算机程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据电子设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器还可以包括存储器控制器，以提供处理器对存储器的访问。

在本发明实施例中，电子设备中的处理器会按照如下的步骤，将一个或一个以上的计算机程序的进程对应的指令加载到存储器中，并由处理器运行存储在存储器中的计算机程序，从而实现各种功能，如下：

从服务器中获取配置文件，配置文件包括日志信息的存储策略；

根据配置文件中日志信息的存储策略将内存缓存中的日志信息存储在数据库中；

获取查询信息；

根据查询信息从数据库中得到目标日志信息；

将目标日志信息发送至服务器，用于根据目标日志信息对问题进行定位。

本发明实施例还提供一种存储介质，存储介质存储有计算机程序，当计算机程序在计算机上运行时，使得计算机执行上述任一实施例中的应用程序管控方法，比如：从服务器中获取配置文件，配置文件包括日志信息的存储策略；根据配置文件中日志信息的存储策略将内存缓存中的日志信息存储在数据库中；获取查询信息；根据查询信息从数据库中得到目标日志信息；将目标日志信息发送至服务器，用于根据目标日志信息对问题进行定位。

在本发明实施例中，存储介质可以是磁碟、光盘、只读存储器(Read Only Memory，ROM)、或者随机存取记忆体(Random Access Memory，RAM)等。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

需要说明的是，对本发明实施例的日志信息的处理方法而言，本领域普通测试人员可以理解实现本发明实施例日志信息的处理方法的全部或部分流程，是可以通过计算机程序来控制相关的硬件来完成，计算机程序可存储于一计算机可读取存储介质中，如存储在电子设备的存储器中，并被该电子设备内的至少一个处理器执行，在执行过程中可包括如音频播放方法的实施例的流程。其中，的存储介质可为磁碟、光盘、只读存储器、随机存取记忆体等。

以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (10)

1.一种日志信息的处理方法，其特征在于，包括：

从服务器中获取配置文件，所述配置文件包括日志信息的存储策略；

根据所述配置文件中日志信息的存储策略将内存缓存中的日志信息存储在数据库中；

获取查询信息；

根据所述查询信息从所述数据库中得到目标日志信息；

将所述目标日志信息发送至服务器，用于根据所述目标日志信息对问题进行定位。

2.如权利要求1所述的日志信息的处理方法，其特征在于，所述配置文件还包括日志信息的上报策略，获取查询信息的同时还获取上报条件；

将所述目标日志信息发送至服务器的步骤，包括：

检测是否满足上报条件；

若满足，则根据所述上报策略将所述目标日志信息发送至服务器。

3.如权利要求1所述的日志信息的处理方法，其特征在于，所述将所述目标日志信息发送至服务器的步骤，包括：

使用multipart/form-data方式将所述目标日志信息压缩后放入表单字段中发送至服务器。

4.如权利要求1所述的日志信息的处理方法，其特征在于，所述根据所述查询信息从所述数据库中得到目标日志信息的步骤，包括：

根据所述查询信息从所述数据库中进行分页机制查询，得到目标日志信息。

5.如权利要求1所述的日志信息的处理方法，其特征在于，所述获取查询信息的步骤，包括：

通过统一资源定位符方案或推送得到查询信息。

6.如权利要求1所述的日志信息的处理方法，其特征在于，所述根据所述配置文件中日志信息的存储策略将内存缓存中的日志信息存储在数据库中的步骤之前，还包括：

采集日志打点的结构化数据存入内存缓存中作为日志信息。

7.一种日志信息的处理装置，其特征在于，包括：

配置文件获取模块，用于从服务器中获取配置文件，所述配置文件包括日志信息的存储策略；

存储模块，用于根据所述配置文件中日志信息的存储策略将内存缓存中的日志信息存储在数据库中；

查询信息获取模块，用于获取查询信息；

目标日志信息获取模块，用于根据所述查询信息从所述数据库中得到目标日志信息；

发送模块，用于将所述目标日志信息发送至服务器，用于根据所述目标日志信息对问题进行定位。

8.如权利要求7所述的日志信息的处理装置，其特征在于，所述配置文件还包括日志信息的上报策略，获取查询信息的同时还获取上报条件，所述处理装置还包括：

检测模块，用于检测是否满足上报条件；

所述发送模块，还用于若满足，则根据所述上报策略将所述目标日志信息发送至服务器。

9.一种存储介质，其上存储有计算机程序，其特征在于，当所述计算机程序在计算机上运行时，使得所述计算机执行如权利要求1至5任一项所述的日志信息的处理方法。

10.一种电子设备，包括处理器和存储器，所述存储器有计算机程序，其特征在于，所述处理器通过调用所述计算机程序，用于执行如权利要求1至5任一项所述的日志信息的处理方法。