CN115883647B - 业务日志记录方法、***、装置、终端、服务器及介质 - Google Patents

Abstract

本发明实施例公开了一种业务日志记录方法、***、装置、终端、服务器及介质。该方法应用于客户端，可以包括：响应于第一请求拦截指令，获取被拦截的业务请求，并得到业务请求对应的业务功能被触发的情况下产生的日志数据；将日志数据和业务请求进行融合，得到日志请求；将日志请求发送给服务端，以使服务端从拦截到的日志请求中得到日志数据，并对日志数据与拦截到的日志请求对应的响应结果进行融合，得到业务日志，以记录业务日志。本发明实施例的技术方案，借助前端对日志数据的直观感知，实现了日志数据的快速并且准确获取，从而保证了业务日志的记录效率和准确性。

Description

业务日志记录方法、***、装置、终端、服务器及介质

技术领域

本发明实施例涉及计算机应用技术领域，尤其涉及一种业务日志记录方法、***、装置、终端、服务器及介质。

背景技术

业务日志通常是用于记录某业务平台的使用者对该业务平台中关键的业务功能的详细操作的日志，目前是通过后端实现业务日志的记录过程。

在实现本发明的过程中，发明人发现现有技术中存在以下技术问题：难以保证业务日志的记录效率和准确性。

发明内容

本发明实施例提供了一种业务日志记录方法、***、装置、终端、服务器及介质，以实现业务日志的高效并且准确记录的效果。

根据本发明的一方面，提供了一种业务日志记录方法，应用于客户端，该方法可以包括：

响应于第一请求拦截指令，获取被拦截的业务请求，并得到业务请求对应的业务功能被触发的情况下产生的日志数据；

将日志数据和业务请求进行融合，得到日志请求；

将日志请求发送给服务端，以使服务端从拦截的日志请求中得到日志数据，并对日志数据与拦截到的日志请求对应的响应结果进行融合，得到业务日志，以记录业务日志。

根据本发明的另一方面，提供了一种业务日志记录方法，应用于服务端，该方法可以包括：

响应于第二请求拦截指令，获取被拦截的包含日志数据的日志请求，并从日志请求中得到日志数据；

获取拦截到的日志请求对应的响应结果，将日志数据与响应结果进行融合，得到业务日志，以记录业务日志；

其中，日志请求是将日志数据和业务请求进行融合后得到的请求，且日志数据是在业务请求对应的业务功能被触发的情况下产生的数据。

根据本发明的另一方面，提供了一种业务日志记录***，可以包括客户端和服务端；其中，

客户端，用于响应于第一请求拦截指令，获取到被拦截的业务请求，得到业务请求对应的业务功能被触发的情况下产生的日志数据，将日志数据和业务请求进行融合后得到的日志请求发送给服务端；

服务端，用于响应于第二请求拦截指令，获取被拦截的日志请求，从日志请求中得到日志数据，并对拦截到的日志请求对应的响应结果与日志数据进行融合，得到业务日志，以记录业务日志。

根据本发明的另一方面，提供了一种业务日志记录装置，配置于客户端，该装置可以包括：

日志数据第一得到模块，用于响应于第一请求拦截指令，获取被拦截的业务请求，并得到业务请求对应的业务功能被触发的情况下产生的日志数据；

日志请求得到模块，用于将日志数据和业务请求进行融合，得到日志请求；

业务日志第一记录模块，用于将日志请求发送给服务端，以使该服务端从拦截到的日志请求中得到日志数据，并对日志数据与拦截到的日志请求对应的响应结果进行融合，得到业务日志，以记录业务日志。

根据本发明的另一方面，提供了一种业务日志记录装置，配置于服务端，该装置可以包括：

日志数据第二得到模块，用于响应于第二请求拦截指令，获取被拦截的包含日志数据的日志请求，并从日志请求中得到日志数据；

业务日志第二记录模块，用于获取拦截到的日志请求对应的响应结果，并将日志数据与响应结果进行融合，得到业务日志，以记录业务日志；

其中，日志请求是将日志数据和业务请求进行融合后得到的请求，且日志数据是在业务请求对应的业务功能被触发的情况下产生的数据。

根据本发明的另一方面，提供了一种终端，可以包括：

至少一个处理器；以及

与至少一个处理器通信连接的存储器；其中，

存储器存储有可被至少一个处理器执行的计算机程序，计算机程序被至少一个处理器执行，以使至少一个处理器执行时实现本发明任意实施例所提供的业务日志记录方法。

根据本发明的另一方面，提供了一种服务器，可以包括：

至少一个处理器；以及

与至少一个处理器通信连接的存储器；其中，

存储器存储有可被至少一个处理器执行的计算机程序，计算机程序被至少一个处理器执行，以使至少一个处理器执行时实现本发明任意实施例所提供的业务日志记录方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，其上存储有计算机指令，该计算机指令用于使处理器执行时实现本发明任意实施例所提供的业务日志记录方法。

本发明实施例的技术方案，通过响应于第一请求拦截指令，获取被拦截的业务请求，并得到业务请求对应的业务功能被触发的情况下产生的日志数据，该日志数据是直接采集得到的，并非是通过解析响应结果得到的，从而保证了日志数据的获取效率和准确性；进而，将日志数据和业务请求进行融合，得到携带有日志数据的日志请求；将日志数据跟随日志请求一起发送至服务端，以使服务端从拦截到的日志请求中得到日志数据，并对日志数据与拦截到的日志请求对应的响应结果进行融合，得到业务日志，以实现业务日志的记录功能。上述技术方案，借助前端对日志数据的直观感知，实现了日志数据的快速并且准确获取，从而保证了业务日志的记录效率和准确性，并且业务日志记录过程不会增加业务平台的复杂度以及干扰到正常的业务流程，可维护性较好。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或是重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1是根据本发明实施例提供的一种业务日志记录方法的流程图；

图2是根据本发明实施例提供的另一种业务日志记录方法的流程图；

图3是根据本发明实施例提供的另一种业务日志记录方法的流程图；

图4是根据本发明实施例提供的一种业务日志记录***的结构框图；

图5是根据本发明实施例提供一种业务日志记录***中可选示例的示意图；

图6是根据本发明实施例提供的一种业务日志记录装置的结构框图；

图7是根据本发明实施例提供的另一种业务日志记录装置的结构框图

图8是实现本发明实施例的业务日志记录方法的电子设备的结构示意图。

具体实施方式

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

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

为了更好地理解本发明实施例所阐述的业务日志记录方法如何在无需增加业务平台复杂度的情况下，高效并且准确记录业务日志，下面先对背景技术中阐述的通过后端实现业务日志的记录过程进行示例性说明。示例性的，以业务平台是软件即服务(Software-as-a-Service，SAAS)平台为例，该SAAS平台上接入有产品服务1、产品服务2及网关服务，每个产品服务对应有各自的业务功能(即产品服务可以认为是部署在服务器上的，相应的业务功能可以认为是部署在终端上的)。这里以由网关服务这个后端实现业务日志的记录过程为例，网关服务在接收到前端发送的因为某业务功能被触发而生成的业务请求后，将该业务请求转发给相应的产品服务，并在拦截到该产品服务返回的响应结果后，先确定是否需要记录该响应结果对应的业务日志，并在是时，解析该响应结果，从而得到该响应结果对应的业务日志是什么，以记录该业务日志。

但是，解析响应结果终究是耗时的，从而难以保证业务日志的记录效率。另外，针对业务日志需要记录业务功能被触发前后的数据变化的情况，如业务功能是删除功能，此时业务日志需要记录删除操作、该删除操作的响应结果及被删除数据(即业务日志相关的日志数据)，此时是很难通过直接解析响应结果得到准确的被删除数据，从而难以保证业务日志的记录准确性。需要说明的是，如果为了保证记录准确性，可以在网关服务中部署查询服务(即在网关服务中嵌入可以实现查询功能的业务代码)来查询该被删除数据，但是这会增加业务平台的复杂度，而且这里需要将查询服务的调用过程放在删除服务的调用过程前执行时，方能查询到该被删除数据，但这又会影响到正常的业务流程。

图1是本发明实施例中所提供的一种业务日志记录方法的流程图。本实施例可适用于记录业务日志的情况，尤其适用于通过前端(即客户端)采集日志数据，然后通过后端(即服务端)实现日志数据对应的业务日志的记录过程的情况。该方法可以由本发明实施例提供的业务日志记录装置执行，该装置可以由软件和/或硬件的方式实现，该装置可以集成在终端上。

参见图1，本发明实施例的方法具体包括如下步骤：

S110、响应于第一请求拦截指令，获取被拦截的业务请求，得到业务请求对应的业务功能被触发的情况下产生的日志数据。

其中，第一请求拦截指令可以是用于对业务请求进行拦截的指令，该业务请求可以是部署在终端上的任一或是存在业务日志记录需求的业务功能被触发时生成的、用于请求调用部署在服务器上的该业务功能对应的产品服务的请求。响应于该第一请求拦截指令，拦截业务请求。实际应用中，可选的，上述拦截动作可以基于部署在终端上的第一请求***来实现，该第一请求***可以分别部署在每个存在业务日志记录需求的业务功能对应的业务代码中，从而对该存在业务日志记录需求的业务功能对应的业务请求进行拦截；也可以是部署在终端上的统一的请求***，从而对任一业务功能对应的业务请求进行拦截。相对于前者，后者通用性更好，减轻了业务日志记录功能对于业务功能的侵入。

日志数据可以是被拦截的业务请求对应的业务功能被触发的情况下产生的与业务日志相关的数据，示例性的，当业务功能是删除功能时，日志数据可以是被删除数据；当业务功能是修改功能，日志数据可以是修改前数据和修改后数据。在拦截到业务请求后，如果可以得到该业务请求对应的日志数据，说明该业务请求对应的业务功能存在业务日志记录需求，则可以继续执行后续步骤；否则，说明该业务请求对应的业务功能并未存在业务日志记录需求，则可以将该业务请求直接发送给服务端，以使服务端处理该业务请求。

需要说明的是，相对于上文阐述的通过解析响应结果得到日志数据的示例，本发明实施例直接从日志数据的生产端(即前端)采集日志数据，从而保证了日志数据的获取效率和准确性。而且，日志数据作为业务日志中的重要组成，其的快速并且准确获取，对于业务日志的记录效率和准确性至关重要。

S120、将日志数据和业务请求进行融合，得到日志请求。

其中，由于业务代码本身发送的业务请求中，携带的是业务数据，并非是日志数据，因此这里在将业务请求发送给服务端前，拦截住该业务请求，并将得到的日志数据与该业务请求进行融合，得到携带有日志数据的日志请求，以使日志数据跟随着日志请求被一起发送至服务端。实际应用中，可选的，业务数据和日志数据可以是完全相同、部分相同或完全不同的数据，在此未做限定。

S130、将日志请求发送给服务端，以使服务端从拦截到的日志请求中得到日志数据，并对日志数据与拦截到的日志请求对应的响应结果进行融合，得到业务日志，以记录业务日志。

其中，将携带有日志数据的日志请求发送给服务端。在此基础上，服务端可以拦截该日志请求，然后从中得到日志数据，这一拦截动作可以基于部署在服务端上的第二请求***实现；而且，服务端可以将该日志请求发送到相应的产品服务上，并拦截该产品服务针对该日志请求返回的响应结果，这一拦截动作可以基于部署在服务端上的响应***来实现。进而，服务端可以将日志数据和响应结果进行融合，得到业务日志，从而实现该业务日志的记录功能。

本发明实施例的技术方案，通过响应于第一请求拦截指令，获取被拦截的业务请求，并得到业务请求对应的业务功能被触发的情况下产生的日志数据，该日志数据是直接采集得到的，并非是通过解析响应结果得到的，从而保证了日志数据的获取效率和准确性；进而，将日志数据和业务请求进行融合，得到携带有日志数据的日志请求；将日志数据跟随日志请求一起发送至服务端，以使服务端从拦截到的日志请求中得到日志数据，并对日志数据与拦截到的日志请求对应的响应结果进行融合，得到业务日志，以实现业务日志的记录功能。上述技术方案，借助前端对日志数据的直观感知，实现了日志数据的快速并且准确获取，从而保证了业务日志的记录效率和准确性，并且业务日志记录过程不会增加业务平台的复杂度以及干扰到正常的业务流程，可维护性较好。

一种可选的技术方案，将日志数据和业务请求进行融合，得到日志请求，可以包括：将日志数据存放到业务请求的请求头中，得到日志请求；以使服务端从拦截到的日志请求中得到日志数据，可包括：以使服务端从拦截到的日志请求的请求头中得到日志数据。其中，客户端通过将日志数据存放到业务请求的请求头(header)中，得到携带有日志数据的日志请求。进而，服务端在拦截住该日志请求之后，可以从该日志请求的请求头中得到日志数据，从而达到了日志数据的快速且准确传输的效果。在实际应用中，可选的，客户端可以先对日志数据进行编码处理，然后将编码处理后的日志数据存放到请求头中。然后，服务端在从日志请求中得到日志数据后，可以先对该日志数据进行解码处理，然后基于解码处理后的日志数据执行后续步骤。

在介绍本发明实施例之前，先对本发明实施例的应用场景进行示例性说明。业务日志记录过程是按需记录过程，即只需要对存在业务日志记录需求的业务功能对应的业务日志进行记录。因此，可以根据记录需求在相应的业务功能对应的业务代码中部署第一请求***，从而拦截住该业务功能对应的业务请求。但是，这会导致业务代码和业务日志记录代码间严重耦合，侵入性较强，从而存在代码难以维护的问题。或者，也可以通过部署统一的第一请求***来在一定程度上减少侵入性，但是这需要在第一请求***中预先设置大量的功能黑名单，由此过滤掉那些无需记录业务日志的业务功能对应的业务请求。但是，需要记录业务日志的业务功能可能会随时进行调整，这意味着第一请求***中的功能黑名单也需要随时进行修改发布，业务适应性较差，从而容易影响到业务平台的稳定性。为此，提出了下述实施例中阐述的业务日志记录方法。

图2是本发明实施例中提供的另一种业务日志记录方法的流程图。本实施例以上述各技术方案为基础进行优化。在本实施例中，可选的，日志数据通过如下步骤进行处理：响应于针对业务功能的触发操作，若存在业务功能关联的业务日志埋点脚本，则获取日志数据，并将日志数据传递给业务日志埋点脚本，以将日志数据存储在第一缓存中；得到业务请求对应的业务功能被触发的情况下产生的日志数据，可包括：如果第一缓存中存储有业务请求对应的业务功能被触发的情况下产生的日志数据，则从第一缓存中得到日志数据。其中，与上述各实施例相同或相应的术语的解释在此不再赘述。

参见图2，本实施例的方法具体可以包括如下步骤：

S210、响应于针对业务功能的触发操作，如果存在与业务功能关联的业务日志埋点脚本，则获取业务功能被触发的情况下产生的日志数据，将日志数据传递给业务日志埋点脚本，以将日志数据存储在第一缓存中。

其中，触发操作可以是用于触发某业务功能而进行的操作，如点击操作、按压操作或是滑动操作等，在此未做具体限定。响应于该触发操作，确定是否存在与被触发的业务功能关联的业务日志埋点脚本，该业务日志埋点脚本可以理解为预先埋入存在业务日志记录需求的业务功能对应的业务代码中的脚本。因此，如果存在，这说明该业务功能存在业务日志记录需求，则可以获取其被触发的情况下产生的日志数据，并将该日志数据传递给业务日志埋点脚本，以通过执行该业务日志埋点脚本来将该日志数据存储在第一缓存中。在实际应用中，可选的，由于业务日志埋点脚本实现的功能就是存储日志数据，因此在各业务代码中埋入的业务日志埋点脚本具有通用性。

S220、发送触发操作对应的业务请求。

需要说明的是，S210-S220以及后续S230-S260可以是由相同的客户端执行，也可以是由不同的客户端执行(如前者是由实现业务功能的业务客户端执行，后者是由实现业务日志记录功能的业务日志客户端执行，两个客户端可以位于同一终端上)，在此未做具体限定。

S230、响应于第一请求拦截指令，获取被拦截的业务请求。

S240、如果第一缓存中存储有业务请求对应的日志数据，则从第一缓存中得到日志数据。

其中，在拦截住某业务请求后，如果第一缓存中存储有该业务请求对应的日志数据，这说明该业务请求对应的业务功能存在业务日志记录需求，则可以从该第一缓存中得到该日志数据，以便与后续步骤配合，将该日志数据发送到服务端上，生成该日志数据对应的业务日志，进而实现该业务日志的记录功能。

S250、将日志数据和业务请求进行融合，得到日志请求。

S260、将日志请求发送给服务端，以使服务端从拦截到的日志请求中得到日志数据，并对日志数据与拦截到的日志请求对应的响应结果进行融合，得到业务日志，以记录业务日志。

需要说明的是，上述技术方案，通过第一缓存中是否存储有日志数据可以确定被拦截的业务请求对应的业务功能是否存在业务日志记录需求，因此这里设置的第一请求***可以是统一的请求***，由此实现了业务代码和业务日志记录代码间的解耦，从而解决了代码难以维护的问题；而且，无需在第一请求***中预先设置大量的功能黑名单，这意味着当存在业务日志记录需求的业务功能发生变化时，无需对该第一请求***进行任何修改，业务适应性较好，从而保证了业务平台的稳定性。

除此之外，业务功能通常是前端中看得见摸得着的功能，因此当业务功能发生变化时，相关人员可以快速确定其的业务日志记录需求是否需要发生变化，并在需要发生变化时，通过增加或是删除相应埋点(即业务日志埋点脚本)来调整相应的日志数据的采集动作(即是否采集)，使得业务日志记录可以更快感知到业务功能变化进而快速进行适配调整，从而避免出现业务功能发生变化导致的业务日志记录错误或失效的情况，保证了业务日志记录功能的可维护性。

本发明实施例的技术方案，通过预先为需要记录业务日志的业务功能关联业务日志埋点脚本，然后通过执行该业务日志埋点脚本存储该业务功能被触发时生产的日志数据，从而通过得到被存储的日志数据来记录相应的业务日志。上述技术方案，解决了因为代码耦合而带来的代码难以维护的问题、以及因为频繁修改发布第一请求***而带来的业务平台的稳定性差的问题。

图3是本发明实施例中所提供的一种业务日志记录方法的流程图。本实施例可适用于记录业务日志的情况，尤其适用于通过前端(即客户端)采集日志数据，然后通过后端(即服务端)实现日志数据对应的业务日志的记录过程的情况。该方法可以由本发明实施例提供的业务日志记录装置执行，该装置可以由软件和/或硬件的方式实现，该装置可以集成在服务器上。

参见图3，本实施例的方法具体可以包括如下步骤：

S310、响应于第二请求拦截指令，获取被拦截的包含日志数据的日志请求，并从日志请求中得到日志数据，其中，日志请求是将日志数据和业务请求进行融合后得到的请求，并且日志数据是在业务请求对应的业务功能被触发的情况下产生的数据。

其中，第二请求拦截指令可以是用于对客户端发送的请求(在这里称为被拦截请求)进行拦截的指令，该被拦截请求可能是未携带日志数据的业务请求，也可能是携带有日志数据的日志请求，这与实际情况有关，在此未做具体限定。响应于该第二请求拦截指令，针对于拦截到的日志请求，从该日志请求中得到日志数据。在实际应用中，可选的，上述拦截动作可以是基于部署在服务端上统一的第二请求***实现，从而拦截住客户端发送的每个被拦截请求。在此基础上，可选的，该第二请求***可以部署在网关服务上，该网关服务可以部署在服务器上，从而通过该网关服务既实现了请求拦截，又实现了请求转发(即转发给相应的产品服务)的效果。

在此基础上，可选的，获取被拦截的包含日志数据的日志请求，并从日志请求中得到日志数据，可包括：获取拦截住的被拦截请求，并确定被拦截请求中是否包含日志数据；如果是，则将被拦截请求作为日志请求，从日志请求中得到日志数据。其中，正如上文所述，被拦截请求可能是业务请求，也可能是日志请求，因此在获取到被拦截请求后，可以先确定其中是否包含日志数据。如果是，这说明该被拦截请求是日志请求，那么可以从中获取日志数据；否则，这说明该被拦截请求是业务请求，则可以直接将其转发给相应的产品服务。

S320、获取拦截到的日志请求对应的响应结果，将日志数据与响应结果进行融合，得到业务日志，以记录业务日志。

其中，在从日志请求中得到日志数据后，可以将该日志请求转发给可处理该日志请求的产品服务，并拦截该产品服务针对该日志请求返回的响应结果，这一拦截动作可以基于部署在服务端上的响应***来实现。由于日志数据和响应结果均是业务日志中的重要组成，因此将日志数据与响应结果进行融合，得到业务日志，从而实现该业务日志的记录功能。

在此基础上，可选的，以记录业务日志，可包括：将业务日志对应的记录请求发送给业务日志服务，以将业务日志存储到业务日志服务对应的数据库中来记录业务日志。其中，记录请求可以是用于记录业务日志的请求，业务日志服务可以是可实现业务日志记录功能的服务。通过将记录请求转发给业务日志服务，以便基于该业务日志服务将业务日志存储到该业务日志服务对应的数据库中，从而达到了业务日志的有效记录的效果。在此基础上，可选的，将记录请求转发给业务日志服务的过程，可以理解为基于记录请求调用业务日志服务对应的接口的过程，而且该调用过程可以是异步调用过程，这样设置的好处是，在拦截到响应结果后，可以直接将该响应结果转发给前端，无需等待业务日志的生成与入库，从而保证前端尽快得到响应结果，避免用户的长时间等待。

另外，需要说明的是，本发明实施例中涉及到的其余未阐述的技术特征，已在上述各实施例中进行详细阐述，在此不再赘述。

本发明实施例的技术方案，通过响应于第二请求拦截指令，获取被拦截的日志请求，该日志请求是将日志数据和业务请求进行融合后得到的请求，因此可以从日志请求中得到日志数据，该日志数据是在业务请求对应的业务功能被触发的情况下产生的数据；进一步，获取拦截到的日志请求对应的响应结果，将日志数据与响应结果进行融合，得到业务日志，以记录业务日志。上述技术方案，由于日志数据是从日志请求中直接获取的，并非是对响应结果进行解析后得到的，从而实现了日志数据的快速并且准确获取，进而保证了业务日志的记录效率和准确性，并且这一业务日志记录过程不会增加业务平台的复杂度以及干扰到正常的业务流程，可维护性较好。

一种可选的技术方案，在从日志请求中得到日志数据之后，上述业务日志记录方法，还可包括：将日志数据存储到第二缓存中；将日志数据与响应结果进行融合，可以包括：如果第二缓存中存储有响应结果对应的日志数据，则从第二缓存中获取响应结果对应的日志数据；将响应结果以及该响应结果对应的日志数据进行融合。其中，在拦截到任一产品服务返回的响应结果后，由于该产品服务对应的业务功能可能存在业务日志记录需求，也可能未存在业务日志记录需求，因此可以先在第二缓存中确定是否存在该响应结果对应的日志数据。如果存在，这说明该产品服务对应的业务功能存在业务日志记录需求，则可以从第二缓存中获取到该响应结果对应的日志数据，然后将响应结果以及获取到的日志数据进行融合，从而保证了后续生成的业务日志的准确性。

图4是本发明实施例所提供的一种业务日志记录***的结构框图。参见图4，该业务日志记录***可以包括客户端410和服务端420；其中，客户端410，用于响应于第一请求拦截指令，获取到被拦截的业务请求，得到业务请求对应的业务功能被触发的情况下产生的日志数据，并将日志数据和业务请求进行融合后得到的日志请求发送给服务端420；服务端420，用于响应于第二请求拦截指令，获取被拦截的日志请求，从日志请求中得到日志数据，对拦截到的日志请求对应的响应结果与日志数据进行融合，得到业务日志，以记录业务日志。

需要说明的是，客户端410和服务端420的具体实现过程及其余的可实现过程已在上述各实施例中进行详细阐述，在此不再赘述。

上述业务日志记录***，通过客户端和服务端相互配合，保证了业务日志的记录效率和准确性，并且业务日志记录过程不会增加业务平台的复杂度以及干扰到正常的业务流程，可维护性较好。

为了整体上更好地理解业务日志记录***的实现过程，下面结合具体示例，对其进行示例性说明。示例性的，如图5所示，这里仍以上述示例中的SAAS平台为例，具体的：

1、针对存在业务日志记录需求的业务功能，预先在该业务功能对应的业务代码下部署业务日志埋点脚本，该业务日志埋点脚本也可以称为业务日志埋点SDK(软件开发工具包，Software Development Kit)，可用于将日志数据存储到第一缓存中。在此基础上，当部署有业务日志埋点SDK的业务功能被用户操作时，将该业务功能被用户操作时生产的日志数据传递给相应的业务日志埋点SDK，以通过该业务日志埋点SDK将该日志数据存储到第一缓存中。示例性的，该日志数据可以是操作模块、操作类型和操作详情相关的数据。然后，向后端发送该业务功能对应的业务请求。另外，针对于未部署有业务日志埋点SDK的业务功能被用户操作时，可以直接将该业务功能对应的业务请求发送给后端。

2、在前端部署第一请求***，用于对调用后端接口的业务请求进行统一拦截。在拦截到业务请求后，可以先确定第一缓存中是否存储有该业务请求对应的日志数据。如果是，这说明该业务请求对应的业务功能存在业务日志记录需求，则可以从第一缓存中取出该业务请求对应的日志数据，并对其进行编码签名后放入该业务请求的header中，得到日志请求，将该日志请求发送给网关服务。当然，对于第一缓存中未存储有相应的日志数据的业务请求，可以直接将该业务请求发送给网关服务。

3、在网关服务上部署有第二请求***，用于对客户端发送的被拦截请求进行统一拦截。针对拦截住的被拦截请求，可以先确定该被拦截请求的header中是否存在编码签名后的日志数据。如果是，这说明该被拦截请求是日志请求，则可以从该日志请求的header中获取编码签名后的日志数据，并对其进行解码，将解码后的日志数据存储到第二缓存中，并且将该日志请求转发给可以处理该日志请求的产品服务。否则，这说明该被拦截请求是业务请求，则可以直接将该业务请求转发给可以处理该业务请求的产品服务。进而，在网关服务上部署有响应***，用于对产品服务返回的响应结果进行统一拦截。在拦截到响应结果后，可以先确定第二缓存中是否存储有该响应结果对应的日志数据。如果是，这说明该响应结果对应的业务功能存在业务日志记录需求，则可以从第二缓存中获取该响应结果对应的日志数据，并将获取到的日志数据与拦截的响应结果进行合并，得到业务日志。在实际应用中，该业务日志可以通过业务日志记录参数进行表示。基于该业务日志记录参数异步调用业务日志服务的接口。

4、独立的业务日志服务，用于记录业务日志。具体的，该业务日志服务的接口被调用时，可以将相应的业务日志保存入库，从而实现业务日志记录功能。而且，该业务日志服务还可以提供用于查询的接口，从而供用户查询业务日志。

由上可知，在整个流程中，除了将业务日志埋点SDK嵌入业务代码之外，其他前后端拦截操作均不会影响到任何业务流程的执行过程，从而保证了核心流程的独立稳定。业务日志埋点SDK的应用，让业务日志记录需求发生变化时，相关人员可以马上评估出是否对某些业务日志埋点SDK进行调整，保证了业务日志记录随需求变化而修改，进而保障了业务日志记录功能的可维护性。另外，通过前后端的请求***对业务请求/日志请求进行切面处理，再加上异步业务日志存储，可以在无需侵入原有的业务代码的情况下完成业务日志记录，功能模块设计完全独立，便于其他同类业务场景的扩展。

图6为本发明实施例中提供的业务日志记录装置的结构框图，该装置用于执行上述任意实施例所提供的业务日志记录方法。该装置与上述各实施例的业务日志记录方法属于同一个发明构思，在业务日志记录装置的实施例中未详尽描述的细节内容，可以参考上述业务日志记录方法的实施例。如图6所示，该装置配置于客户端，具体可包括：日志数据第一得到模块510、日志请求得到模块520和业务日志第一记录模块530。其中，

日志数据第一得到模块510，用于响应于第一请求拦截指令，获取被拦截的业务请求，得到业务请求对应的业务功能被触发的情况下产生的日志数据；

日志请求得到模块520，用于将日志数据和业务请求进行融合，得到日志请求；

业务日志第一记录模块530，用于将日志请求发送给服务端，以使服务端从拦截到的日志请求中得到日志数据，并对日志数据与拦截到的日志请求对应的响应结果进行融合，得到业务日志，以记录业务日志。

可选的，日志请求得到模块520，具体可以用于：

将日志数据存放到业务请求的请求头中，得到日志请求；

业务日志第一记录模块530，可以包括：

日志数据第一得到单元，用于以使服务端从拦截到的日志请求的请求头中得到日志数据。

可选的，日志数据通过如下模块进行处理：

日志数据存储模块，用于响应于针对业务功能的触发操作，如果存在业务功能关联的业务日志埋点脚本，则获取日志数据，将日志数据传递给业务日志埋点脚本，以将日志数据存储在第一缓存中；

日志数据第一得到模块510，可以包括：

日志数据第二得到单元，用于如果第一缓存中存储有业务请求对应的业务功能被触发的情况下产生的日志数据，则从第一缓存中得到日志数据。

本发明实施例提供的业务日志记录装置，通过日志数据第一得到模块响应于第一请求拦截指令，获取被拦截的业务请求，得到业务请求对应的业务功能被触发的情况下产生的日志数据，该日志数据是直接采集得到的，并非是通过解析响应结果得到的，从而保证了日志数据的获取效率和准确性；进而，通过日志请求得到模块将日志数据以及业务请求进行融合，得到携带有日志数据的日志请求；通过业务日志第一记录模块将日志数据跟随日志请求一起发送至服务端，以使服务端从拦截到的日志请求中得到日志数据，对日志数据与拦截到的日志请求对应的响应结果进行融合，得到业务日志，以实现业务日志的记录功能。上述装置，借助前端对日志数据的直观感知，实现了日志数据的快速且准确获取，从而保证了业务日志的记录效率和准确性，并且业务日志记录过程不会增加业务平台的复杂度以及干扰到正常的业务流程，可维护性较好。

本发明实施例所提供的业务日志记录装置可执行本发明任意实施例所提供的业务日志记录方法，具备执行方法相应的功能模块和有益效果。

值得注意的是，上述业务日志记录装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

图7为本发明实施例中提供的业务日志记录装置的结构框图，该装置用于执行上述任意实施例所提供的业务日志记录方法。该装置与上述各实施例的业务日志记录方法属于同一个发明构思，在业务日志记录装置的实施例中未详尽描述的细节内容，可以参考上述业务日志记录方法的实施例。如图7所示，该装置配置于服务端，具体可包括：日志数据第二得到模块610和业务日志第二记录模块620。

其中，日志数据第二得到模块610，用于响应于第二请求拦截指令，获取被拦截的包含日志数据的日志请求，并从日志请求中得到日志数据；

业务日志第二记录模块620，用于获取拦截到的日志请求对应的响应结果，将日志数据与响应结果进行融合，得到业务日志，以记录业务日志；

其中，日志请求是将日志数据和业务请求进行融合后得到的请求，且日志数据是在业务请求对应的业务功能被触发的情况下产生的数据。

可选的，日志数据第二得到模块610，可以包括：

日志数据确定单元，用于获取拦截住的被拦截请求，并确定被拦截请求中是否包含日志数据；

日志数据第三得到单元，用于如果是，则将被拦截请求作为日志请求，从日志请求中得到日志数据。

可选的，上述业务日志记录装置，还可以包括：

日志数据存储模块，用于在从日志请求中得到日志数据之后，将日志数据存储到第二缓存中；

业务日志第二记录模块620，可以包括：

日志数据获取单元，用于如果第二缓存中存储有响应结果对应的日志数据，则从第二缓存中获取响应结果对应的日志数据；

融合单元，用于将响应结果以及响应结果对应的日志数据进行融合。

可选的，业务日志第二记录模块620，可以包括：

业务日志记录单元，用于将业务日志对应的记录请求发送给业务日志服务，以将业务日志存储到业务日志服务对应的数据库中来记录业务日志。

本发明实施例提供的业务日志记录装置，通过日志数据第二得到模块响应于第二请求拦截指令，获取到被拦截的日志请求，该日志请求是将日志数据以及业务请求进行融合后得到的请求，因此可以从日志请求中得到日志数据，该日志数据是在业务请求对应的业务功能被触发的情况下产生的数据；进一步，通过业务日志第二记录模块获取拦截到的日志请求对应的响应结果，并将日志数据与响应结果进行融合，得到业务日志，以记录业务日志。上述装置，由于日志数据是从日志请求中直接获取的，并非是对响应结果进行解析后得到的，从而实现了日志数据的快速并且准确获取，进而保证了业务日志的记录效率和准确性，并且该业务日志记录过程不会增加业务平台的复杂度以及干扰到正常的业务流程，可维护性较好。

本发明实施例所提供的业务日志记录装置可执行本发明任意实施例所提供的业务日志记录方法，具备执行方法相应的功能模块和有益效果。

值得注意的是，上述业务日志记录装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

图8示出了可以用来实施本发明的实施例的电子设备(例如图8中的终端或服务器)10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图8所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如业务日志记录方法。

在一些实施例中，业务日志记录方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的业务日志记录方法的一个或多个步骤。备选地，在其他实施例中，处理器11可通过其他任何适当的方式(例如，借助于固件)而被配置为执行业务日志记录方法。

本文中以上描述的***和技术的各种实施方式可以在数字电子电路***、集成电路***、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上***的***(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程***上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储***、至少一个输入装置、以及至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储***、该至少一个输入装置、以及该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或是其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行并且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行***、装置或设备使用或与指令执行***、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体***、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的***和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的***和技术实施在包括后台部件的计算***(例如，作为数据服务器)、或者包括中间件部件的计算***(例如，应用服务器)、或者包括前端部件的计算***(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的***和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算***中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将***的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算***可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (13)

1.一种业务日志记录方法，其特征在于，应用于客户端，所述方法包括：

响应于第一请求拦截指令，获取被拦截的业务请求，并得到所述业务请求对应的业务功能被触发的情况下产生的日志数据；

将所述日志数据和所述业务请求进行融合，得到日志请求；

将所述日志请求发送给服务端，以使所述服务端从拦截到的所述日志请求中得到所述日志数据，并对所述日志数据与拦截到的所述日志请求对应的响应结果进行融合，得到业务日志，以记录所述业务日志。

2.根据权利要求1所述的方法，其特征在于，所述将所述日志数据和所述业务请求进行融合，得到日志请求，包括：

将所述日志数据存放到所述业务请求的请求头中，得到日志请求；

所述以使所述服务端从拦截到的所述日志请求中得到所述日志数据，包括：

以使所述服务端从拦截到的所述日志请求的请求头中得到所述日志数据。

3.根据权利要求1所述的方法，其特征在于，所述日志数据通过如下步骤进行处理：

响应于针对所述业务功能的触发操作，如果存在所述业务功能关联的业务日志埋点脚本，则获取所述日志数据，并将所述日志数据传递给所述业务日志埋点脚本，以将所述日志数据存储在第一缓存中；

所述得到所述业务请求对应的业务功能被触发的情况下产生的日志数据，包括：

如果所述第一缓存中存储有所述业务请求对应的业务功能被触发的情况下产生的日志数据，则从所述第一缓存中得到所述日志数据。

4.一种业务日志记录方法，其特征在于，应用于服务端，所述方法包括：

响应于第二请求拦截指令，获取被拦截的包含日志数据的日志请求，并从所述日志请求中得到所述日志数据；

获取拦截到的所述日志请求对应的响应结果，将所述日志数据与所述响应结果进行融合，得到业务日志，以记录所述业务日志；

其中，所述日志请求是将所述日志数据和业务请求进行融合后得到的请求，所述日志数据是在所述业务请求对应的业务功能被触发的情况下产生的数据。

5.根据权利要求4所述的方法，其特征在于，所述获取被拦截的包含日志数据的日志请求，并从所述日志请求中得到所述日志数据，包括：

获取拦截住的被拦截请求，并确定所述被拦截请求中是否包含日志数据；

如果是，则将所述被拦截请求作为日志请求，从所述日志请求中得到所述日志数据。

6.根据权利要求4所述的方法，其特征在于，在所述从所述日志请求中得到所述日志数据之后，还包括：

将所述日志数据存储到第二缓存中；

所述将所述日志数据与所述响应结果进行融合，包括：

如果所述第二缓存中存储有所述响应结果对应的所述日志数据，则从所述第二缓存中获取所述响应结果对应的所述日志数据；

将所述响应结果以及所述响应结果对应的所述日志数据进行融合。

7.根据权利要求4所述的方法，其特征在于，所述以记录所述业务日志，包括：

将所述业务日志对应的记录请求发送给业务日志服务，以将所述业务日志存储到所述业务日志服务对应的数据库中来记录所述业务日志。

8.一种业务日志记录***，其特征在于，包括客户端和服务端；其中，

所述客户端，用于响应于第一请求拦截指令，获取到被拦截的业务请求，得到所述业务请求对应的业务功能被触发的情况下产生的日志数据，并将所述日志数据和所述业务请求进行融合后得到的日志请求发送给所述服务端；

所述服务端，用于响应于第二请求拦截指令，获取被拦截的所述日志请求，从所述日志请求中得到所述日志数据，并对拦截到的所述日志请求对应的响应结果与所述日志数据进行融合，得到业务日志，以记录所述业务日志。

9.一种业务日志记录装置，其特征在于，配置于客户端，所述装置包括：

日志数据第一得到模块，用于响应于第一请求拦截指令，获取被拦截的业务请求，并得到所述业务请求对应的业务功能被触发的情况下产生的日志数据；

日志请求得到模块，用于将所述日志数据和所述业务请求进行融合，得到日志请求；

业务日志第一记录模块，用于将所述日志请求发送给服务端，以使所述服务端从拦截到的所述日志请求中得到所述日志数据，并对所述日志数据与拦截到的所述日志请求对应的响应结果进行融合，得到业务日志，以记录所述业务日志。

10.一种业务日志记录装置，其特征在于，配置于服务端，所述装置包括：

日志数据第二得到模块，用于响应于第二请求拦截指令，获取被拦截的包含日志数据的日志请求，并从所述日志请求中得到所述日志数据；

业务日志第二记录模块，用于获取拦截到的所述日志请求对应的响应结果，并将所述日志数据与所述响应结果进行融合，得到业务日志，以记录所述业务日志；

其中，所述日志请求是将所述日志数据和业务请求进行融合后得到的请求，所述日志数据是在所述业务请求对应的业务功能被触发的情况下产生的数据。

11.一种终端，其特征在于，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器执行如权利要求1-3中任一项所述的业务日志记录方法。

12.一种服务器，其特征在于，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器执行如权利要求4-7中任一项所述的业务日志记录方法。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现如权利要求1-7中任一所述的业务日志记录方法。