CN110198227B - 日志文件的处理方法、装置、存储介质及电子装置 - Google Patents

Abstract

本发明公开了一种日志文件的处理方法、装置、存储介质及电子装置。日志文件的处理方法、装置、存储介质及电子装置。其中，该方法包括：记录第一业务请求被处理的过程中所产生的第一行为信息，其中，第一业务请求用于请求对目标业务进行处理；存储与第一行为信息具有对应关系的第一日志文件；接收目标用户的第一查询请求，其中，第一查询请求用于请求第二日志文件；根据第一查询请求确定目标用户以及用户需要查询的第二行为信息对应的第二日志文件，其中，第二日志文件是记录目标用户的第二行为信息的日志文件，其中，第一查询请求用于请求查询第二行为信息对应的日志文件；发送第二日志文件给目标用户。本发明解决了相关技术中日志文件的处理效率较低的技术问题。

Description

日志文件的处理方法、装置、存储介质及电子装置

技术领域

本发明涉及计算机领域，具体而言，涉及一种日志文件的处理方法、装置、存储介质及电子装置。

背景技术

目前服务器提供的日志服务，只支持在单台服务器上以服务器代码执行的时间顺序，逐一记录所有请求的日志，并存储在当前服务器的*.log文件中。首先由于技术人员，无法准确获知用户请求被分配到集群的某台服务器，所以需要逐一查看集群中所有服务器日志，并且由于日志只是简单按照时间顺序组合，没有聚集性，导致难以精准查询到单个用户的单个请求的异常状况和相关上下文，难以在服务器上复现单个请求的全链路。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种日志文件的处理方法、装置、存储介质及电子装置，以至少解决相关技术中日志文件的处理效率较低的技术问题。

根据本发明实施例的一个方面，提供了一种日志文件的处理方法，包括：记录第一业务请求被处理的过程中所产生的第一行为信息，其中，第一业务请求用于请求对目标业务进行处理；存储与第一行为信息具有对应关系的第一日志文件；接收目标用户的第一查询请求，其中，所述第一查询请求用于请求第二日志文件；根据第一查询请求确定目标用户以及用户需要查询的第二行为信息对应的第二日志文件，其中，所述第二日志文件是记录所述目标用户的第二行为信息的日志文件，其中，所述第一查询请求用于请求查询所述第二行为信息对应的日志文件；发送所述第二日志文件给目标用户。

根据本发明实施例的另一方面，还提供了一种日志文件的处理装置，包括：记录模块，用于记录第一业务请求被处理的过程中所产生的第一行为信息，其中，第一业务请求用于请求对目标业务进行处理；存储模块，用于存储与第一行为信息具有对应关系的第一日志文件，其中，所述第一日志文件用于存储所述第一行为信息，所述第一信息用于标识所述第一业务请求；接收模块，用于接收目标用户的第一查询请求，其中，所述第一查询请求用于请求第二日志文件；第一获取模块，用于根据第一查询请求确定目标用户以及用户需要查询的第二行为信息对应的第二日志文件，其中，所述第二日志文件是记录所述目标用户的第二行为信息的日志文件，其中，所述第一查询请求用于请求查询所述第二行为信息对应的日志文件；发送模块，用于发送所述第二日志文件给目标用户。

根据本发明实施例的另一方面，还提供了一种存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项中所述的方法。

根据本发明实施例的另一方面，还提供了一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行上述任一项中所述的方法。

在本发明实施例中，采用记录第一业务请求被处理的过程中所产生的第一行为信息，其中，第一业务请求用于请求对目标业务进行处理；存储与第一行为信息具有对应关系的第一日志文件；接收目标用户的第一查询请求，其中，第一查询请求用于请求第二日志文件；根据第一查询请求确定目标用户以及用户需要查询的第二行为信息对应的第二日志文件，其中，第二日志文件是记录目标用户的第二行为信息的日志文件，其中，第一查询请求用于请求查询第二行为信息对应的日志文件；发送第二日志文件给目标用户的方式，在第一业务请求被处理的过程中记录所产生的第一行为信息，存储与第一行为信息具有对应关系的第一日志文件，从而在查询日志文件时能够以用于标识业务请求的信息作为索引查询到与业务请求对应的日志文件，使得开发人员能够有针对性地进行日志查询和故障的排查，从而实现了提高日志文件的处理效率的技术效果，进而解决了相关技术中日志文件的处理效率较低的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种可选的日志文件的处理方法的示意图；

图2是根据本发明实施例的一种可选的日志文件的处理方法的应用环境示意图一；

图3是根据本发明实施例的一种可选的日志文件的处理方法的应用环境示意图二；

图4是根据本发明实施例的一种可选的日志文件的处理方法的应用环境示意图三；

图5是根据本发明可选的实施方式的一种可选的日志文件的处理方法的示意图一；

图6是根据本发明可选的实施方式的一种可选的日志文件的处理方法的示意图二；

图7是根据本发明可选的实施方式的一种可选的日志文件的处理方法的示意图三；

图8是根据本发明可选的实施方式的一种可选的日志文件的处理方法的示意图四；

图9是根据本发明实施例的一种可选的日志文件的处理装置的示意图；

图10是根据本发明实施例的一种可选的日志文件的处理方法的应用场景示意图一；

图10a是根据本发明实施例的一种可选的日志文件的处理方法的应用场景示意图二；

图11是根据本发明实施例的一种可选的日志文件的处理方法的应用场景示意图三；

图12是根据本发明实施例的一种可选的日志文件的处理方法的应用场景示意图四；以及

图13是根据本发明实施例的一种可选的电子装置的示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本发明实施例的一个方面，提供了一种日志文件的处理方法，如图1所示，该方法包括：

S102，记录第一业务请求被处理的过程中所产生的第一行为信息，其中，第一业务请求用于请求对目标业务进行处理；

S104，存储与第一行为信息具有对应关系的第一日志文件；

S106，接收目标用户的第一查询请求，其中，第一查询请求用于请求第二日志文件；

S108，根据第一查询请求确定目标用户以及用户需要查询的第二行为信息对应的第二日志文件，其中，第二日志文件是记录目标用户的第二行为信息的日志文件，其中，第一查询请求用于请求查询第二行为信息对应的日志文件；

S110，发送第二日志文件给目标用户。

可选地，在本实施例中，上述日志文件的处理方法可以应用于如图2所示的第一服务器202所构成的硬件环境中。如图2所示，第一服务器202记录第一业务请求被处理的过程中所产生的第一行为信息，其中，第一业务请求用于请求对目标业务进行处理；存储与第一行为信息具有对应关系的第一日志文件；接收目标用户的第一查询请求，其中，第一查询请求用于请求第二日志文件；根据第一查询请求确定目标用户以及用户需要查询的第二行为信息对应的第二日志文件，其中，第二日志文件是记录目标用户的第二行为信息的日志文件，其中，第一查询请求用于请求查询第二行为信息对应的日志文件；发送第二日志文件给目标用户。

可选地，在本实施例中，上述日志文件的处理方法还可以应用于如图3所示的第一服务器202和客户端302所构成的硬件环境中。如图3所示，第一用户在客户端302上登录，第一用户通过客户端302向第一服务器202发送第一业务请求，第一服务器202接收客户端302发送的第一业务请求，第一服务器202记录第一业务请求被处理的过程中所产生的第一行为信息，其中，第一业务请求用于请求对目标业务进行处理；存储与第一行为信息具有对应关系的第一日志文件；接收目标用户的第一查询请求，其中，第一查询请求用于请求第二日志文件；根据第一查询请求确定目标用户以及用户需要查询的第二行为信息对应的第二日志文件，其中，第二日志文件是记录目标用户的第二行为信息的日志文件，其中，第一查询请求用于请求查询第二行为信息对应的日志文件；发送第二日志文件给目标用户。

可选地，在本实施例中，上述日志文件的处理方法还可以应用于如图4所示的第一服务器202和第二服务器402所构成的硬件环境中。如图4所示，第一服务器202记录第一业务请求被处理的过程中所产生的第一行为信息，其中，第一业务请求用于请求对目标业务进行处理，生成与第一行为信息具有对应关系的第一日志文件，并将第一日志文件发送至第二服务器402，其中，第二服务器402存储具有对应关系的第一行为信息和第一日志文件。第二服务器402接收到的第一查询请求，根据第一查询请求确定目标用户以及用户需要查询的第二行为信息对应的第二日志文件，其中，第二日志文件是记录目标用户的第二行为信息的日志文件，其中，第一查询请求用于请求查询第二行为信息对应的日志文件；发送第二日志文件给目标用户。

可选地，在本实施例中，上述日志文件的处理方法可以但不限于应用于第一服务器对日志文件进行处理的场景中。其中，上述第一服务器可以但不限于为web服务器，或者，可以但不限于是服务器集群，服务器集群可以为多台web服务器组成的一个服务器组。具体的，可以但不限于应用于在上述web服务器对日志文件进行处理的场景中，或还可以但不限于应用于在上述服务器集群对日志文件进行处理的场景中，以提高日志文件的处理效率。上述仅是一种示例，本实施例中对此不做任何限定。

可选地，在本实施例中，上述第一日志文件可以但不限于包括全息日志，全息日志可以记录下业务请求在服务器处理过程中所产生的行为信息，可以用于开发人员复现及跟踪业务请求被服务器处理过程中的完整状态变化。

可选地，在本实施例中，上述第一行为信息可以但不限于包括：第一用户标识、第一请求标识、分组标识等等。也就是说，用户可以根据用户标识、请求标识、用户分组标识等信息查询日志文件。

可选地，在本实施例中，第一用户标识可以但不限于包括：第一用户在客户端上注册的用户名(比如：邮箱、手机号、自定义ID等等)，客户端为第一用户分配的标识(比如：QQ号、微信号等等)。

可选地，在本实施例中，按照第一信息存储具有对应关系的第一信息和第一日志文件的方式可以但不限于以第一信息为key值，以第一日志文件为value值，以key-value键值对的方式进行存储。

在一个可选的实施方式中，如图5所示，用户1向第一服务器发送了业务请求1，第一服务器在处理业务请求1的过程中记录业务请求1所产生的行为信息1-行为信息N，并获取到该用户1对应的第一信息为信息1，第一服务器生成与信息1具有对应关系的用于存储行为信息1-行为信息N的日志文件1。第一服务器将具有对应关系的信息1和日志文件1发送给第二服务器，第二服务器将按照信息1存储具有对应关系的信息1和日志文件1。第二服务器接收到用于请求信息2对应的日志文件的第一查询请求时，从具有对应关系的信息1和日志文件1获取信息2对应的日志文件2，并将日志文件2作为第二日志文件发送给第一查询请求的发送方。

可见，通过上述步骤，在第一业务请求被处理的过程中记录所产生的第一行为信息，存储与第一行为信息具有对应关系的第一日志文件，从而在查询日志文件时能够以用于标识业务请求的信息作为索引查询到与业务请求对应的日志文件，使得开发人员能够有针对性地进行日志查询和故障的排查，从而实现了提高日志文件的处理效率的技术效果，进而解决了相关技术中日志文件的处理效率较低的技术问题。

作为一种可选的方案，记录第一业务请求被处理的过程中所产生的第一行为信息包括：

S1，从具有对应关系的业务请求和预设路径中获取第一业务请求对应的第一预设路径；

S2，在第一业务请求被处理的过程中，采集第一业务请求在第一预设路径中的每个路径上被处理时所产生的行为信息；

S3，记录具有对应关系的每个路径和每个路径上所产生的行为信息。

可选地，在本实施例中，在日志文件中记录的业务请求的行为信息可以但不限于是业务请求在处理过程中产生的全部或者部分行为信息。例如：在对业务请求进行处理的过程中，可以但不限于对业务请求的关键路径上的行为信息进行记录。开发人员可以为不同的业务请求配置不同的预设路径，并存储具有对应关系的业务请求和预设路径。在记录行为信息的过程中，查找获取到的第一业务请求对应的第一预设路径，采集该第一预设路径上产生的行为信息，并将第一预设路径上产生的行为信息作为第一行为信息记录在目标日志文件中。

作为一种可选的方案，存储与第一行为信息具有对应关系的第一日志文件包括：

S1，获取第一用户标识，其中，第一用户标识用于标识发送第一业务请求的用户；

S2，存储具有对应关系的第一用户标识和第一日志文件。

可选地，在本实施例中，可以按照用户标识存储日志文件。例如：可以使用用户标识集合来记录在服务器上存储日志文件的用户对应的用户标识，当获取到第一日志文件时，从用户标识集合中查找第一用户标识，并根据查找结果将第一日志文件存储到第一用户标识对应的存储位置上。

可选地，在本实施例中，如果用户标识集合中有第一用户标识，则获取该第一用户标识对应的第一存储位置，将第一日志文件存储到第一存储位置。如果用户标识集合中没有第一用户标识，则在服务器上为第一用户标识分配第二存储位置，将第一日志文件存储到第二存储位置的同时记录具有对应关系的第一用户标识和第二存储位置，并将第一用户标识添加到用户标识集合中，当再次获取到第一用户标识的日志文件时，可以通过查找用户标识集合并获取具有对应关系的第一用户标识和第二存储位置将第一用户标识的日志文件存储到第二存储位置。

作为一种可选的方案，存储具有对应关系的第一用户标识和第一日志文件包括：

S1，获取第一请求标识，其中，第一请求标识用于标识第一业务请求；

S2，存储具有对应关系的第一用户标识、第一请求标识和第一日志文件。

可选地，在本实施例中，对于第一用户标识的第一日志文件，还可以记录该第一日志文件对应的第一请求标识。例如：如图5所示，服务器获取用户标识1的日志文件1，并查找到用户标识1在服务器上的存储位置，获取第一业务请求的请求标识1，将日志文件1存储在请求标识1对应的存储位置上。

作为一种可选的方案，根据第一查询请求确定目标用户以及用户需要查询的第二行为信息对应的第二日志文件包括：

S1，响应所述第一查询请求获取所述目标用户的第二用户标识；

S2，从具有对应关系的所述第一用户标识和所述第一日志文件中获取所述第二用户标识对应的日志文件，并将所述第二用户标识对应的日志文件确定为所述第二日志文件。

可选地，在本实施例中，可以但不限于按照用户标识查询日志文件。例如，如图6所示，接收到的第一日志查询请求用于请求查询用户C对应的日志文件，由于第一日志查询请求指示按照用户标识查询日志文件，则可以获取具有对应关系的用户标识和日志文件，从中获取用户C对应的日志D、日志E和日志F，并显示日志D、日志E和日志F的日志列表，用户可以点击具体日志对日志进行查看。

作为一种可选的方案，根据第一查询请求确定目标用户以及用户需要查询的第二行为信息对应的第二日志文件包括：

S1，响应所述第一查询请求获取第二请求标识；

S2，从具有对应关系的第一用户标识、第一请求标识和第一日志文件中获取具有对应关系的第一请求标识和第一日志文件；

S3，从具有对应关系的第一请求标识和第一日志文件中获取第二请求标识对应的日志文件，并将第二请求标识对应的日志文件确定为第二日志文件。

可选地，在本实施例中，可以但不限于按照业务请求查询日志文件。例如，如图7所示，接收到的第一日志查询请求用于请求查询业务请求B对应的日志文件，由于第一日志查询请求指示按照业务请求查询日志文件，则可以获取具有对应关系的请求标识和日志文件，从中获取业务请求B对应的日志D和日志E，并显示日志D和日志E的日志列表，用户可以点击具体日志对日志进行查看。

作为一种可选的方案，在存储具有对应关系的第一用户标识和第一日志文件之后，方法还包括：

S1，对第一用户标识进行分组聚合，并为每个分组中的用户标识分配分组标识；

S2，接收第二查询请求，其中，第二日志查询请求用于请求查询目标分组标识对应的第三日志文件；

S3，响应日志查询请求从第一用户标识中获取具有目标分组标识的目标用户标识；

S4，从具有对应关系的第一用户标识和第一日志文件中获取目标用户标识对应的日志文件，并将目标用户标识对应的日志文件确定为第三日志文件。

可选地，在本实施例中，可以按照用户的特征对用户进行分组，并查找目标分组的日志文件。例如：如图8所示，为第二服务器中存储的用户标识进行分组，并为每个分组中的用户标识分配分组标识，得到分组1对应用户A(日志A1)、用户B(日志B1、日志B2)和账号C(日志C1、日志C2、日志C3)，分组2对应用户D(日志D1、日志D2)和用户E(日志E1、日志E2)，分组3对应用户F(日志F1、日志F2)、用户G(日志G1、日志G2)、用户H(日志H1、日志H2)和用户J(日志J1、日志J2)，接收到的第二日志查询请求用于请求查询分组2对应的日志文件，由于第二日志查询请求指示按照业务请求查询日志文件，则可以获取具有对应关系的分组标识和日志文件，从中获取业务分组2对应的日志D1、日志D2、日志E1、日志E2，并显示日志D1、日志D2、日志E1、日志E2的日志列表，用户可以点击具体日志对日志进行查看。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。

根据本发明实施例的另一个方面，还提供了一种用于实施上述日志文件的处理方法的日志文件的处理装置，如图9所示，该装置包括：

1)记录模块92，用于记录第一业务请求被处理的过程中所产生的第一行为信息，其中，第一业务请求用于请求对目标业务进行处理；

2)存储模块94，用于存储与第一行为信息具有对应关系的第一日志文件；

3)接收模块96，用于接收目标用户的第一查询请求，其中，所述第一查询请求用于请求第二日志文件；

4)第一获取模块98，用于根据第一查询请求确定目标用户以及用户需要查询的第二行为信息对应的第二日志文件，其中，所述第二日志文件是记录所述目标用户的第二行为信息的日志文件，所述第一查询请求用于请求查询所述第二行为信息对应的日志文件；

5)发送模块910，用于发送第二日志文件给目标用户。

可选地，在本实施例中，上述日志文件的处理装置可以应用于如图2所示的第一服务器202所构成的硬件环境中。如图2所示，第一服务器202记录第一业务请求被处理的过程中所产生的第一行为信息，其中，第一业务请求用于请求对目标业务进行处理；存储与第一行为信息具有对应关系的第一日志文件；接收目标用户的第一查询请求，其中，第一查询请求用于请求第二日志文件；根据第一查询请求确定目标用户以及用户需要查询的第二行为信息对应的第二日志文件，其中，第二日志文件是记录目标用户的第二行为信息的日志文件，其中，第一查询请求用于请求查询第二行为信息对应的日志文件；发送第二日志文件给目标用户。

可选地，在本实施例中，上述日志文件的处理装置还可以应用于如图3所示的第一服务器202和客户端302所构成的硬件环境中。如图3所示，第一用户在客户端302上登录，第一用户通过客户端302向第一服务器202发送第一业务请求，第一服务器202接收客户端302发送的第一业务请求，第一服务器202记录第一业务请求被处理的过程中所产生的第一行为信息，其中，第一业务请求用于请求对目标业务进行处理；存储与第一行为信息具有对应关系的第一日志文件；接收目标用户的第一查询请求，其中，第一查询请求用于请求第二日志文件；根据第一查询请求确定目标用户以及用户需要查询的第二行为信息对应的第二日志文件，其中，第二日志文件是记录目标用户的第二行为信息的日志文件，其中，第一查询请求用于请求查询第二行为信息对应的日志文件；发送第二日志文件给目标用户。

可选地，在本实施例中，上述日志文件的处理装置还可以应用于如图4所示的第一服务器202和第二服务器402所构成的硬件环境中。如图4所示，第一服务器202记录第一业务请求被处理的过程中所产生的第一行为信息，其中，第一业务请求用于请求对目标业务进行处理，生成与第一行为信息具有对应关系的第一日志文件，并将第一日志文件发送至第二服务器402，其中，第二服务器402存储具有对应关系的第一行为信息和第一日志文件。第二服务器402接收到的第一查询请求，根据第一查询请求确定目标用户以及用户需要查询的第二行为信息对应的第二日志文件，其中，第二日志文件是记录目标用户的第二行为信息的日志文件，其中，第一查询请求用于请求查询第二行为信息对应的日志文件；发送第二日志文件给目标用户。

可选地，在本实施例中，上述日志文件的处理装置可以但不限于应用于第一服务器对日志文件进行处理的场景中。其中，上述第一服务器可以但不限于为web服务器，或者，可以但不限于是服务器集群，服务器集群可以为多台web服务器组成的一个服务器组。具体的，可以但不限于应用于在上述web服务器对日志文件进行处理的场景中，或还可以但不限于应用于在上述服务器集群对日志文件进行处理的场景中，以提高日志文件的处理效率。上述仅是一种示例，本实施例中对此不做任何限定。

可选地，在本实施例中，上述第一日志文件可以但不限于包括全息日志，全息日志可以记录下业务请求在服务器处理过程中所产生的行为信息，可以用于开发人员复现及跟踪业务请求被服务器处理过程中的完整状态变化。

可选地，在本实施例中，上述第一行为信息可以但不限于包括：第一用户标识、第一请求标识、分组标识等等。也就是说，用户可以根据用户标识、请求标识、用户分组标识等信息查询日志文件。

可选地，在本实施例中，第一用户标识可以但不限于包括：第一用户在客户端上注册的用户名(比如：邮箱、手机号、自定义ID等等)，客户端为第一用户分配的标识(比如：QQ号、微信号等等)。

可选地，在本实施例中，按照第一信息存储具有对应关系的第一信息和第一日志文件的方式可以但不限于以第一信息为key值，以第一日志文件为value值，以key-value键值对的方式进行存储。

在一个可选的实施方式中，如图5所示，用户1向第一服务器发送了业务请求1，第一服务器在处理业务请求1的过程中记录业务请求1所产生的行为信息1-行为信息N，并获取到该用户1对应的第一信息为信息1，第一服务器生成与信息1具有对应关系的用于存储行为信息1-行为信息N的日志文件1。第一服务器将具有对应关系的信息1和日志文件1发送给第二服务器，第二服务器将按照信息1存储具有对应关系的信息1和日志文件1。第二服务器接收到用于请求信息2对应的日志文件的第一查询请求时，从具有对应关系的信息1和日志文件1获取信息2对应的日志文件2，并将日志文件2作为第二日志文件发送给第一查询请求的发送方。

可见，通过上述装置，在第一业务请求被处理的过程中记录所产生的第一行为信息，存储与第一行为信息具有对应关系的第一日志文件，从而在查询日志文件时能够以用于标识业务请求的信息作为索引查询到与业务请求对应的日志文件，使得开发人员能够有针对性地进行日志查询和故障的排查，从而实现了提高日志文件的处理效率的技术效果，进而解决了相关技术中日志文件的处理效率较低的技术问题。

作为一种可选的方案，记录模块包括：

1)第一获取单元，用于从具有对应关系的业务请求和预设路径中获取第一业务请求对应的第一预设路径；

2)采集单元，用于在第一业务请求被处理的过程中，采集第一业务请求在第一预设路径中的每个路径上被处理时所产生的行为信息；

3)记录单元，用于记录具有对应关系的每个路径和每个路径上所产生的行为信息。

可选地，在本实施例中，在日志文件中记录的业务请求的行为信息可以但不限于是业务请求在处理过程中产生的全部或者部分行为信息。例如：在对业务请求进行处理的过程中，可以但不限于对业务请求的关键路径上的行为信息进行记录。开发人员可以为不同的业务请求配置不同的预设路径，并存储具有对应关系的业务请求和预设路径。在记录行为信息的过程中，查找获取到的第一业务请求对应的第一预设路径，采集该第一预设路径上产生的行为信息，并将第一预设路径上产生的行为信息作为第一行为信息记录在目标日志文件中。

作为一种可选的方案，存储模块包括：

1)第二获取单元，用于获取第一用户标识，其中，第一用户标识用于标识发送第一业务请求的用户；

2)第一存储单元，用于存储具有对应关系的第一用户标识和第一日志文件。

可选地，在本实施例中，可以按照用户标识存储日志文件。例如：可以使用用户标识集合来记录在服务器上存储日志文件的用户对应的用户标识，当获取到第一日志文件时，从用户标识集合中查找第一用户标识，并根据查找结果将第一日志文件存储到第一用户标识对应的存储位置上。

可选地，在本实施例中，如果用户标识集合中有第一用户标识，则获取该第一用户标识对应的第一存储位置，将第一日志文件存储到第一存储位置。如果用户标识集合中没有第一用户标识，则在服务器上为第一用户标识分配第二存储位置，将第一日志文件存储到第二存储位置的同时记录具有对应关系的第一用户标识和第二存储位置，并将第一用户标识添加到用户标识集合中，当再次获取到第一用户标识的日志文件时，可以通过查找用户标识集合并获取具有对应关系的第一用户标识和第二存储位置将第一用户标识的日志文件存储到第二存储位置。

作为一种可选的方案，存储模块包括：

1)第三获取单元，用于获取第一请求标识，其中，第一请求标识用于标识第一业务请求；

2)第二存储单元，用于存储具有对应关系的第一用户标识、第一请求标识和第一日志文件。

可选地，在本实施例中，对于第一用户标识的第一日志文件，还可以记录该第一日志文件对应的第一请求标识。例如：如图5所示，服务器获取用户标识1的日志文件1，并查找到用户标识1在服务器上的存储位置，获取第一业务请求的请求标识1，将日志文件1存储在请求标识1对应的存储位置上。

作为一种可选的方案，第一获取模块包括：

1)第四获取单元，用于响应所述第一查询请求获取所述目标用户的第二用户标识；

2)第五获取单元，用于从具有对应关系的所述第一用户标识和所述第一日志文件中获取所述第二用户标识对应的日志文件；

3)确定单元，用于将所述第二用户标识对应的日志文件确定为所述第二日志文件。

可选地，在本实施例中，可以但不限于按照用户标识查询日志文件。例如，如图6所示，接收到的第一日志查询请求用于请求查询用户C对应的日志文件，由于第一日志查询请求指示按照用户标识查询日志文件，则可以获取具有对应关系的用户标识和日志文件，从中获取用户C对应的日志D、日志E和日志F，并显示日志D、日志E和日志F的日志列表，用户可以点击具体日志对日志进行查看。

作为一种可选的方案，获取模块包括：

1)第六获取单元，用于响应所述第一查询请求获取第二请求标识；

2)第七获取单元，用于从具有对应关系的所述第一用户标识、所述第一请求标识和所述第一日志文件中获取具有对应关系的所述第一请求标识和所述第一日志文件；

3)第八获取单元，用于从具有对应关系的所述第一请求标识和所述第一日志文件中获取所述第二请求标识对应的日志文件，并将所述第二请求标识对应的日志文件确定为所述第二日志文件。

可选地，在本实施例中，可以但不限于按照业务请求查询日志文件。例如，如图7所示，接收到的第一日志查询请求用于请求查询业务请求B对应的日志文件，由于第一日志查询请求指示按照业务请求查询日志文件，则可以获取具有对应关系的请求标识和日志文件，从中获取业务请求B对应的日志D和日志E，并显示日志D和日志E的日志列表，用户可以点击具体日志对日志进行查看。

作为一种可选的方案，上述装置还包括：

1)分组模块，用于对第一用户标识进行分组聚合，并为每个分组中的用户标识分配分组标识；

2)第一接收模块，用于接收第二查询请求，其中，第二日志查询请求用于请求查询目标分组标识对应的第三日志文件；

3)第二获取模块，用于响应日志查询请求从第一用户标识中获取具有目标分组标识的目标用户标识；

4)第三获取模块，用于从具有对应关系的第一用户标识和第一日志文件中获取目标用户标识对应的日志文件，并将目标用户标识对应的日志文件确定为第三日志文件。

可选地，在本实施例中，可以按照用户的特征对用户进行分组，并查找目标分组的日志文件。例如：如图8所示，为第二服务器中存储的用户标识进行分组，并为每个分组中的用户标识分配分组标识，得到分组1对应用户A(日志A1)、用户B(日志B1、日志B2)和账号C(日志C1、日志C2、日志C3)，分组2对应用户D(日志D1、日志D2)和用户E(日志E1、日志E2)，分组3对应用户F(日志F1、日志F2)、用户G(日志G1、日志G2)、用户H(日志H1、日志H2)和用户J(日志J1、日志J2)，接收到的第二日志查询请求用于请求查询分组2对应的日志文件，由于第二日志查询请求指示按照业务请求查询日志文件，则可以获取具有对应关系的分组标识和日志文件，从中获取业务分组2对应的日志D1、日志D2、日志E1、日志E2，并显示日志D1、日志D2、日志E1、日志E2的日志列表，用户可以点击具体日志对日志进行查看。

本发明实施例的应用环境可以但不限于参照上述实施例中的应用环境，本实施例中对此不再赘述。本发明实施例提供了用于实施上述实时通信的连接方法的一种可选的具体应用示例。

作为一种可选的实施例，上述日志文件的处理方法可以但不限于应用于如图10所示的对日志文件进行处理的场景中。在本场景中，提供了一种基于用户唯一特征(相当于上述用户标识)处理日志文件的方式，该方式在服务器集群内采集，并统一存储日志文件，而且可以按照不同维度聚合全息日志文件。该日志记录方式可以用于在大型服务器集群中记录任意用户的任意请求在服务器处理过程中的完整状态变化，开发人员可利用日志文件中记录的信息，快速复现请求现场，快速定位及解决服务器异常情况。

可选地，在本实施例中，用户的业务请求在被发送到服务器集群内任一单机处理的过程中，可自动采集业务请求在关键路径的行为，在业务请求结束的时候，将日志按照业务请求维度聚集。以用户的唯一特征作为日志存储的key值，统一上报到cmen日志服务器中，cmen服务器是高性能的内存缓存服务器。上述日志文件的记录存储过程还支持开发人员标记用户的分组，支持按照组别的维度查询日志文件。

通过上述方式，技术人员只需要在线下获取到用户的唯一特征就可以实时查询到用户在服务器集群中产生的任一请求的全息日志，实时复现任一请求的服务器现场。

可选地，在本实施例中，在第一服务器接收到用户的业务请求的时候，会根据用户的唯一特征和业务请求，产生一个唯一的key，并采集该用户的请求在服务器处理过程中产生的全息日志，作为单条日志存储的value。业务请求结束的时候，将单条日志统一存储到集中式的cmem日志存储系统中，而不是单台服务器上。开发人员查询日志的时候，通过用户唯一特征和业务请求标识，统一从cmen日志存储系统中获取日志。实现快速精准查询服务器集群中，任意用户的任意请求在服务器的处理过程中的全息日志。

例如：如图10所示，上述记录的日志文件可以在cmen服务器中进行查询。开发人员获取到用户的唯一特征和业务请求的url就可以作为日志查询的key值，获取到该用户的该业务请求的全息日志。如图10a所示，开发人员可以点击展开按钮查看日志文件的具体内容。另外，开发人员还可以自定义用户的组别，可以查看不同组别下的所有用户的日志文件。

可选地，在本场景中，还提供了一种日志文件的集中式存储方案，如图11所示，通过建立日志统一存储系统，把服务器集群里所有单台机器的日志统一集中存储，这样开发人员就不需要追踪请求是被集群内单台服务器处理，开发人员根据用户的唯一特征在日志存储系统中查询即可。

可选地，在本场景中，如图12所示，在开发人员从日志存储中查询日志的时候，日志存储系统提供了多维度查询能力，支持根据用户唯一特征id查询，根据用户组别查询，根据用户的业务请求查询等等。

根据本发明实施例的又一个方面，还提供了一种用于实施上述日志文件的处理的电子装置，如图13所示，该电子装置包括：一个或多个(图中仅示出一个)处理器1302、存储器1304、传感器1306、编码器1308以及传输装置1310，该存储器中存储有计算机程序，该处理器被设置为通过计算机程序执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述电子装置可以位于计算机网络的多个网络设备中的至少一个网络设备。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S11，记录第一业务请求被处理的过程中所产生的第一行为信息，其中，第一业务请求用于请求对目标业务进行处理；

S12，存储与第一行为信息具有对应关系的第一日志文件；

S13，接收目标用户的第一查询请求，其中，所述第一查询请求用于请求第二日志文件；

S14，根据第一查询请求确定目标用户以及用户需要查询的第二行为信息对应的第二日志文件，其中，所述第二日志文件是记录所述目标用户的第二行为信息的日志文件，所述第一查询请求用于请求查询所述第二行为信息对应的日志文件；

S15，发送所述第二日志文件给目标用户。

可选地，本领域普通技术人员可以理解，图13所示的结构仅为示意，电子装置也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile Internet Devices，MID)、PAD等终端设备。图13其并不对上述电子装置的结构造成限定。例如，电子装置还可包括比图13中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图13所示不同的配置。

其中，存储器1302可用于存储软件程序以及模块，如本发明实施例中的日志文件的处理方法和装置对应的程序指令/模块，处理器1304通过运行存储在存储器1302内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的目标组件的控制方法。存储器1302可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器1302可进一步包括相对于处理器1304远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

上述的传输装置1310用于经由一个网络接收或者发送数据。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置1310包括一个网络适配器(NetworkInterface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置1310为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

其中，具体地，存储器1302用于存储应用程序。

本发明的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的计算机程序：

S11，记录第一业务请求被处理的过程中所产生的第一行为信息，其中，第一业务请求用于请求对目标业务进行处理；

S12，存储与第一行为信息具有对应关系的第一日志文件；

S13，接收目标用户的第一查询请求，其中，所述第一查询请求用于请求第二日志文件；

S14，根据第一查询请求确定目标用户以及用户需要查询的第二行为信息对应的第二日志文件，其中，所述第二日志文件是记录所述目标用户的第二行为信息的日志文件，所述第一查询请求用于请求查询所述第二行为信息对应的日志文件；

S15，发送所述第二日志文件给目标用户。

可选地，存储介质还被设置为存储用于执行上述实施例中的方法中所包括的步骤的计算机程序，本实施例中对此不再赘述。

可选地，在本实施例中，本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(Random Access Memory，RAM)、磁盘或光盘等。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。

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

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (15)

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

记录第一业务请求被处理的过程中所产生的第一行为信息，其中，第一业务请求用于请求对目标业务进行处理；

存储与第一行为信息具有对应关系的第一日志文件；

接收目标用户的第一查询请求，其中，所述第一查询请求用于请求第二日志文件；

根据第一查询请求确定目标用户以及用户需要查询的第二行为信息对应的第二日志文件，其中，所述第二日志文件是记录所述目标用户的第二行为信息的日志文件，所述第一查询请求用于请求查询所述第二行为信息对应的日志文件；

发送所述第二日志文件给目标用户。

2.根据权利要求1的方法，其特征在于，记录第一业务请求被处理的过程中所产生的第一行为信息包括：

从具有对应关系的业务请求和预设路径中获取所述第一业务请求对应的第一预设路径；

在所述第一业务请求被处理的过程中，采集所述第一业务请求在所述第一预设路径中的每个路径上被处理时所产生的行为信息；

记录具有对应关系的所述每个路径和所述每个路径上所产生的行为信息。

3.根据权利要求1所述的方法，其特征在于，存储与所述第一行为信息具有对应关系的所述第一日志文件包括：

获取第一用户标识，其中，所述第一用户标识用于标识发送所述第一业务请求的用户；

存储具有对应关系的所述第一用户标识和所述第一日志文件。

4.根据权利要求3所述的方法，其特征在于，存储具有对应关系的所述第一用户标识和所述第一日志文件包括：

获取第一请求标识，其中，所述第一请求标识用于标识所述第一业务请求；

存储具有对应关系的所述第一用户标识、所述第一请求标识和所述第一日志文件。

5.根据权利要求3所述的方法，其特征在于，根据第一查询请求确定目标用户以及用户需要查询的第二行为信息对应的第二日志文件包括：

响应所述第一查询请求获取所述目标用户的第二用户标识；

从具有对应关系的所述第一用户标识和所述第一日志文件中获取所述第二用户标识对应的日志文件，并将所述第二用户标识对应的日志文件确定为所述第二日志文件。

6.根据权利要求4所述的方法，其特征在于，根据第一查询请求确定目标用户以及用户需要查询的第二行为信息对应的第二日志文件包括：

响应所述第一查询请求获取第二请求标识；

从具有对应关系的所述第一用户标识、所述第一请求标识和所述第一日志文件中获取具有对应关系的所述第一请求标识和所述第一日志文件；

从具有对应关系的所述第一请求标识和所述第一日志文件中获取所述第二请求标识对应的日志文件，并将所述第二请求标识对应的日志文件确定为所述第二日志文件。

7.根据权利要求3所述的方法，其特征在于，在存储具有对应关系的所述第一用户标识和所述第一日志文件之后，所述方法还包括：

对所述第一用户标识进行分组聚合，并为每个分组中的用户标识分配分组标识；

接收第二查询请求，其中，所述第二日志查询请求用于请求查询目标分组标识对应的第三日志文件；

响应所述日志查询请求从所述第一用户标识中获取具有所述目标分组标识的目标用户标识；

从具有对应关系的所述第一用户标识和所述第一日志文件中获取所述目标用户标识对应的日志文件，并将所述目标用户标识对应的日志文件确定为所述第三日志文件。

8.一种日志文件的处理装置，其特征在于，包括：

记录模块，用于记录第一业务请求被处理的过程中所产生的第一行为信息，其中，第一业务请求用于请求对目标业务进行处理；

存储模块，用于存储与第一行为信息具有对应关系的第一日志文件；

接收模块，用于接收目标用户的第一查询请求，其中，所述第一查询请求用于请求第二日志文件；

第一获取模块，用于根据第一查询请求确定目标用户以及用户需要查询的第二行为信息对应的第二日志文件，其中，所述第二日志文件是记录所述目标用户的第二行为信息的日志文件，所述第一查询请求用于请求查询所述第二行为信息对应的日志文件；

发送模块，用于发送所述第二日志文件给目标用户。

9.根据权利要求8的装置，其特征在于，所述记录模块包括：

第一获取单元，用于从具有对应关系的业务请求和预设路径中获取所述第一业务请求对应的第一预设路径；

采集单元，用于在所述第一业务请求被处理的过程中，采集所述第一业务请求在所述第一预设路径中的每个路径上被处理时所产生的行为信息；

记录单元，用于记录具有对应关系的所述每个路径和所述每个路径上所产生的行为信息。

10.根据权利要求8所述的装置，其特征在于，所述存储模块包括：

第二获取单元，用于获取第一用户标识，其中，所述第一用户标识用于标识发送所述第一业务请求的用户；

第一存储单元，用于存储具有对应关系的所述第一用户标识和所述第一日志文件。

11.根据权利要求10所述的装置，其特征在于，所述存储模块包括：

第三获取单元，用于获取第一请求标识，其中，所述第一请求标识用于标识所述第一业务请求；

第二存储单元，用于存储具有对应关系的所述第一用户标识、所述第一请求标识和所述第一日志文件。

12.根据权利要求10所述的装置，其特征在于，所述第一获取模块包括：

第四获取单元，用于响应所述第一查询请求获取所述目标用户的第二用户标识；

第五获取单元，用于从具有对应关系的所述第一用户标识和所述第一日志文件中获取所述第二用户标识对应的日志文件；

确定单元，用于将所述第二用户标识对应的日志文件确定为所述第二日志文件。

13.根据权利要求11所述的装置，其特征在于，所述第一获取模块包括：

第六获取单元，用于响应所述第一查询请求获取第二请求标识；

第七获取单元，用于从具有对应关系的所述第一用户标识、所述第一请求标识和所述第一日志文件中获取具有对应关系的所述第一请求标识和所述第一日志文件；

第八获取单元，用于从具有对应关系的所述第一请求标识和所述第一日志文件中获取所述第二请求标识对应的日志文件，并将所述第二请求标识对应的日志文件确定为所述第二日志文件。

14.一种计算机可读存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述权利要求1至7任一项中所述的方法。

15.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行所述权利要求1至7任一项中所述的方法。

Images