CN117201581A - 一种消息队列日志记录方法、设备及介质 - Google Patents

Abstract

本申请公开了一种消息队列日志记录方法、设备及介质，方法包括：通过生产者微服务对消息队列的第一调用规则以及生产者微服务对日志服务的第一接口调用规则，构建生产者逻辑方法；以及通过消费者微服务对消息队列的第二调用规则以及消费者微服务对日志服务的第二接口调用规则，构建消费者逻辑方法；通过Java注解对生产者逻辑方法与消费者逻辑方法进行封装，创建消息队列的基础依赖库；根据基础依赖库与日志服务，对消息队列的日志进行记录。通过构建生产者逻辑方法与消费者逻辑方法，创建消息队列的基础依赖库，实现了在统一日志格式的前提下，更高效准确地对消息队列的日志进行记录，提高了***日志的可读性和可维护性。

Description

一种消息队列日志记录方法、设备及介质

技术领域

本申请涉及数据处理技术领域，尤其涉及一种消息队列日志记录方法、设备及介质。

背景技术

随着互联网的快速发展，消息队列在分布式***中得到广泛应用。消息队列中间件是分布式***中重要的组件，主要解决应用耦合，异步消息，流量削锋等问题，实现高性能，高可用，可伸缩和最终一致性架构。

然而，在高并发消息队列环境下，由于大量消息的生产、消费和处理，消息队列的异步处理及可能存在数据丢失，造成日志信息不足，从而无法及时跟踪和排查生产者消息和消费者信息，从而导致消息队列日志记录准确性低，可读性不高。

发明内容

本申请实施例提供一种消息队列日志记录方法、设备及介质，用于解决消息队列日志记录准确性低，可读性不高的问题。

本申请实施例采用下述技术方案：

一方面，本申请实施例提供了一种消息队列日志记录方法，该方法包括：通过生产者微服务对消息队列的第一调用规则以及所述生产者微服务对日志服务的第一接口调用规则，构建生产者逻辑方法；以及通过消费者微服务对所述消息队列的第二调用规则以及所述消费者微服务对所述日志服务的第二接口调用规则，构建消费者逻辑方法；通过Java注解对所述生产者逻辑方法与所述消费者逻辑方法进行封装，创建所述消息队列的基础依赖库；根据所述基础依赖库与所述日志服务，对所述消息队列的日志进行记录。

一个示例中，所述根据所述基础依赖库与所述日志服务，对所述消息队列的日志进行记录，具体包括：接收所述生产者微服务调用所述基础依赖库的调用请求，通过所述生产者逻辑方法的所述第一调用规则进行发送第一消息；通过所述生产者逻辑方法的所述第一接口调用规则，生成所述生产者微服务的第一消息日志，将所述第一消息日志传递给所述日志服务。

一个示例中，所述通过所述生产者逻辑方法的所述第一接口调用规则，生成所述生产者微服务的第一消息日志，具体包括：通过所述生产者逻辑方法的所述第一接口调用规则，自动获取所述第一消息的唯一标识符、消息队列主题、生产时间、所述生产者微服务的IP地址、生产状态、消息内容，以生成所述生产者微服务的第一消息日志；所述生成所述生产者微服务的第一消息日志之后，所述方法还包括：对所述第一消息日志进行规则检验；若校验不通过，则将所述第一消息日志标记为错误日志。

一个示例中，所述接收所述生产者微服务调用所述基础依赖库的调用请求之前，所述方法还包括：确定所述生产者微服务调用所述消息队列，以及调用所述日志服务所需要的第一调用需求数据；所述第一调用需求数据包括消息队列主题、所述生产者微服务的IP地址、所述生产者微服务的服务名称、日志服务的接口地址；根据所述第一调用需求数据，生成所述生产者微服务的配置文件。

一个示例中，所述根据所述基础依赖库与所述日志服务，对所述消息队列的日志进行记录，具体包括：接收所述消费者微服务调用所述基础依赖库的调用请求，通过所述消费者逻辑方法的所述第二调用规则进行订阅第二消息；通过所述消费者逻辑方法的所述第二接口调用规则，生成所述消费者微服务的第二消息日志，将所述第二消息日志传递给所述日志服务。

一个示例中，所述通过所述消费者逻辑方法的所述第二接口调用规则，生成所述消费者微服务的第二消息日志，具体包括：通过所述消费者逻辑方法的所述第二接口调用规则，自动获取所述第二消息的唯一标识符、消息主题、消费时间、所述消费者微服务的IP地址、消费状态、消息内容，以生成所述消费者微服务的第二消息日志；所述生成所述消费者微服务的第二消息日志之后，所述方法还包括：对所述第二消息日志进行规则检验；若校验不通过，则将所述第二消息日志标记为错误日志。

一个示例中，所述所述接收所述消费者微服务调用所述基础依赖库的调用请求之前，所述方法还包括：确定所述消费者微服务调用所述消息队列，以及调用所述日志服务所需要的第二调用需求数据；所述第二调用需求数据包括消息队列主题、所述消费者微服务的IP地址、所述消费者微服务的服务名称、日志服务的接口地址；根据所述第二调用需求数据，生成所述消费者微服务的配置文件。

一个示例中，所述根据所述基础依赖库与所述日志服务，对所述消息队列的日志进行记录之后，所述方法还包括：在预设周期内，对所述日志服务的日志进行统计分析，得到所述日志服务的错误日志占比；在所述错误日志占比大于预设占比阈值时，则生成所述基础依赖库的错误日志图表，将所述错误日志图表发送至管理用户终端。

另一方面，本申请实施例提供了一种消息队列日志记录设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：通过生产者微服务对消息队列的第一调用规则以及所述生产者微服务对日志服务的第一接口调用规则，构建生产者逻辑方法；以及通过消费者微服务对所述消息队列的第二调用规则以及所述消费者微服务对所述日志服务的第二接口调用规则，构建消费者逻辑方法；通过Java注解对所述生产者逻辑方法与所述消费者逻辑方法进行封装，创建所述消息队列的基础依赖库；根据所述基础依赖库与所述日志服务，对所述消息队列的日志进行记录。

另一方面，本申请实施例提供了一种消息队列日志记录非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：通过生产者微服务对消息队列的第一调用规则以及所述生产者微服务对日志服务的第一接口调用规则，构建生产者逻辑方法；以及通过消费者微服务对所述消息队列的第二调用规则以及所述消费者微服务对所述日志服务的第二接口调用规则，构建消费者逻辑方法；通过Java注解对所述生产者逻辑方法与所述消费者逻辑方法进行封装，创建所述消息队列的基础依赖库；根据所述基础依赖库与所述日志服务，对所述消息队列的日志进行记录。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

通过构建生产者逻辑方法与消费者逻辑方法，创建消息队列的基础依赖库，实现了在统一日志格式的前提下，更高效准确地对消息队列的日志进行记录，提高了***日志的可读性和可维护性，方便了消息生产者和消费者的管理，也有利于后续的日志数据统计、分析和问题追踪，也方便研发人员可以及时追踪消息的生产和消费情况，能够清晰地了解整个消息处理过程的成功失败情况，从而有针对性地对问题进行追溯，且无需研发研发人员独自打印日志，减少代码研发量。

附图说明

为了更清楚地说明本申请的技术方案，下面将结合附图来对本申请的部分实施例进行详细说明，附图中：

图1为本申请实施例提供的一种消息队列日志记录***的框架示意图；

图2为本申请实施例提供的一种消息队列日志记录方法的流程示意图；

图3为本申请实施例提供的一种消息队列日志记录设备的结构示意图。

具体实施方式

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

下面参照附图来对本申请的一些实施例进行详细说明。

图1为本申请实施例提供的一种消息队列日志记录***的框架示意图。

在图1中，***包括微服务A、微服务B、消息队列、日志服务。其中，微服务A为生产者微服务，微服务B为消费者微服务。日志服务为创建的独立的日志处理服务。

需要说明的是，需要先创建一个消息队列基础依赖库，对生产者逻辑方法和消费者逻辑方法进行封装，统一消息队列的使用规则。此外，构建日志服务，该日志服务为对输出日志写入接口及日志的查看平台。从而在消息队列基础依赖库的生产者逻辑方法和消费者逻辑方法里面调用日志服务的接口进行输出日志。此外，微服务引入消息队列基础依赖库，在实际应用场景中调用生产者逻辑方法或是消费者逻辑方法。

基于此，在消息队列日志记录过程中，微服务A调用消息队列中基础依赖库，向消息队列进行发送消息，将发布过程中的消息日志传递至日志服务。

微服务B调用消息队列中基础依赖库，向消息队列进行订阅消息，将订阅过程中的消息日志传至日志服务。从而实现微服务A将消息传递至微服务B。

基于图1的***，本申请具体如何对消息队列日志记录，将通过图2的方法进行解释说明。

图2为本申请实施例提供的一种消息队列日志记录方法的流程示意图。该方法可以应用于不同的业务领域，比如，互联网金融业务领域、电商业务领域、即时通讯业务领域、游戏业务领域、公务业务领域等。该流程中的某些输入参数或者中间结果允许人工干预调节，以帮助提高准确性。

本申请实施例涉及的分析方法的实现可以为终端设备，也可以为服务器，本申请对此不作特殊限制。为了方便理解和描述，以下实施例均以服务器为例进行详细描述。

需要说明的是，该服务器可以是单独的一台设备，可以是有多台设备组成的***，即，分布式服务器，本申请对此不做具体限定。

图2中的流程包括以下步骤：

S201：通过生产者微服务对消息队列的第一调用规则以及所述生产者微服务对日志服务的第一接口调用规则，构建生产者逻辑方法；以及通过消费者微服务对所述消息队列的第二调用规则以及所述消费者微服务对所述日志服务的第二接口调用规则，构建消费者逻辑方法。

需要说明的是，第一调用规则、第二调用规则、第一接口调用规则以及第二接口调用规则，可以根据实际需要进行设置。

S202：通过Java注解对所述生产者逻辑方法与所述消费者逻辑方法进行封装，创建所述消息队列的基础依赖库。

也就是说，在基础依赖库封装的方法里面实现日志服务的远程调用。

S203：根据所述基础依赖库与所述日志服务，对所述消息队列的日志进行记录。

可见，基于Java注解对消息队列的生产者逻辑方法和消费者逻辑方法进行处理，微服务声明式调用消息队列方法，对消息队列日志进行统一打印管理。

在本申请的一些实施例中，针对于生产者微服务的日志记录如下：

在每个微服务调用消息队列方法使用前，需要将该队列及日志输出的所需的相关数据预先定义在相应的的配置文件中。例如：相关数据包括消息队列主题(topic)、微服务的IP地址、日志服务的接口地址、微服务的服务名等信息。

基于此，首先，确定生产者微服务调用消息队列，以及调用日志服务所需要的第一调用需求数据。其中，第一调用需求数据包括消息队列主题、生产者微服务的IP地址、生产者微服务的服务名称、日志服务的接口地址。最后，根据第一调用需求数据，生成生产者微服务的配置文件。

接下来，在接收生产者微服务调用基础依赖库的调用请求时，通过生产者逻辑方法的第一调用规则进行发送第一消息。然后，通过生产者逻辑方法的第一接口调用规则，生成生产者微服务的第一消息日志，将第一消息日志传递给日志服务。

其中，通过生产者逻辑方法的第一接口调用规则，自动获取第一消息的唯一标识符、消息队列主题、生产时间、生产者微服务的IP地址、生产状态、消息内容，以生成生产者微服务的第一消息日志。

此外，自动对第一消息日志进行规则检验，从而保证第一消息日志的有效性。基于此，对第一消息日志进行规则检验。若校验不通过，则将第一消息日志标记为错误日志。若校验通过，则不对第一消息日志进行标记。

在本申请的一些实施例中，针对于消费者微服务的日志记录如下：

首先，确定消费者微服务调用消息队列，以及调用日志服务所需要的第二调用需求数据。其中，第二调用需求数据包括消息队列主题、消费者微服务的IP地址、消费者微服务的服务名称、日志服务的接口地址。然后，根据第二调用需求数据，生成消费者微服务的配置文件。

接下来，在接收消费者微服务调用基础依赖库的调用请求时，首先，通过消费者逻辑方法的第二调用规则进行订阅第二消息。然后，通过消费者逻辑方法的第二接口调用规则，生成消费者微服务的第二消息日志，将第二消息日志传递给日志服务。

其中，通过消费者逻辑方法的第二接口调用规则，自动获取第二消息的唯一标识符、消息主题、消费时间、消费者微服务的IP地址、消费状态、消息内容，以生成消费者微服务的第二消息日志。

此外，自动对第二消息日志进行规则检验，从而保证第二消息日志的有效性。基于此，对第二消息日志进行规则检验。若校验不通过，则将第二消息日志标记为错误日志。若校验通过，则不对第二消息日志进行标记。

在本申请的一些实施例中，定期统计错误日志的出现情况，从而及时发现消息队列或者微服务的问题，及时进行预警。

基于此，在预设周期内，对日志服务的日志进行统计分析，得到日志服务的错误日志占比。

在错误日志占比大于预设占比阈值时，则生成基础依赖库的错误日志图表，将错误日志图表发送至管理用户终端。

需要说明的是，虽然本申请实施例是参照图2来对步骤S201至步骤S203依次进行介绍说明的，但这并不代表步骤S201至步骤S203必须按照严格的先后顺序执行。本申请实施例之所以按照图2中所示的顺序对步骤S201至步骤S203依次进行介绍说明，是为了方便本领域技术人员理解本申请实施例的技术方案。换句话说，在本申请实施例中，步骤S201至步骤S203之间的先后顺序可以根据实际需要进行适当调整。

通过图1的方法，通过构建生产者逻辑方法与消费者逻辑方法，创建消息队列的基础依赖库，实现了在统一日志格式的前提下，更高效准确地对消息队列的日志进行记录，提高了***日志的可读性和可维护性，方便了消息生产者和消费者的管理，也有利于后续的日志数据统计、分析和问题追踪，也方便研发人员可以及时追踪消息的生产和消费情况，能够清晰地了解整个消息处理过程的成功失败情况，从而有针对性地对问题进行追溯，且无需研发研发人员独自打印日志，减少代码研发量。

基于同样的思路，本申请的一些实施例还提供了上述方法对应的设备和非易失性计算机存储介质。

图3为本申请实施例提供的一种消息队列日志记录设备的结构示意图，包括：

至少一个处理器；以及，

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

通过生产者微服务对消息队列的第一调用规则以及所述生产者微服务对日志服务的第一接口调用规则，构建生产者逻辑方法；以及通过消费者微服务对所述消息队列的第二调用规则以及所述消费者微服务对所述日志服务的第二接口调用规则，构建消费者逻辑方法；

通过Java注解对所述生产者逻辑方法与所述消费者逻辑方法进行封装，创建所述消息队列的基础依赖库；

根据所述基础依赖库与所述日志服务，对所述消息队列的日志进行记录。

本申请的一些实施例提供的一种消息队列日志记录非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

通过生产者微服务对消息队列的第一调用规则以及所述生产者微服务对日志服务的第一接口调用规则，构建生产者逻辑方法；以及通过消费者微服务对所述消息队列的第二调用规则以及所述消费者微服务对所述日志服务的第二接口调用规则，构建消费者逻辑方法；

通过Java注解对所述生产者逻辑方法与所述消费者逻辑方法进行封装，创建所述消息队列的基础依赖库；

根据所述基础依赖库与所述日志服务，对所述消息队列的日志进行记录。

本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备和介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请实施例提供的设备和介质与方法是一一对应的，因此，设备和介质也具有与其对应的方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述设备和介质的有益技术效果。

本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请技术原理之内所作的任何修改、等同替换、改进等，均应落入本申请的保护范围之内。

Claims (10)

1.一种消息队列日志记录方法，其特征在于，所述方法包括：

通过生产者微服务对消息队列的第一调用规则以及所述生产者微服务对日志服务的第一接口调用规则，构建生产者逻辑方法；以及通过消费者微服务对所述消息队列的第二调用规则以及所述消费者微服务对所述日志服务的第二接口调用规则，构建消费者逻辑方法；

通过Java注解对所述生产者逻辑方法与所述消费者逻辑方法进行封装，创建所述消息队列的基础依赖库；

根据所述基础依赖库与所述日志服务，对所述消息队列的日志进行记录。

2.根据权利要求1所述的方法，其特征在于，所述根据所述基础依赖库与所述日志服务，对所述消息队列的日志进行记录，具体包括：

接收所述生产者微服务调用所述基础依赖库的调用请求，通过所述生产者逻辑方法的所述第一调用规则进行发送第一消息；

通过所述生产者逻辑方法的所述第一接口调用规则，生成所述生产者微服务的第一消息日志，将所述第一消息日志传递给所述日志服务。

3.根据权利要求2所述的方法，其特征在于，所述通过所述生产者逻辑方法的所述第一接口调用规则，生成所述生产者微服务的第一消息日志，具体包括：

通过所述生产者逻辑方法的所述第一接口调用规则，自动获取所述第一消息的唯一标识符、消息队列主题、生产时间、所述生产者微服务的IP地址、生产状态、消息内容，以生成所述生产者微服务的第一消息日志；

所述生成所述生产者微服务的第一消息日志之后，所述方法还包括：

对所述第一消息日志进行规则检验；

若校验不通过，则将所述第一消息日志标记为错误日志。

4.根据权利要求2所述的方法，其特征在于，所述接收所述生产者微服务调用所述基础依赖库的调用请求之前，所述方法还包括：

确定所述生产者微服务调用所述消息队列，以及调用所述日志服务所需要的第一调用需求数据；所述第一调用需求数据包括消息队列主题、所述生产者微服务的IP地址、所述生产者微服务的服务名称、日志服务的接口地址；

根据所述第一调用需求数据，生成所述生产者微服务的配置文件。

5.根据权利要求1所述的方法，其特征在于，所述根据所述基础依赖库与所述日志服务，对所述消息队列的日志进行记录，具体包括：

接收所述消费者微服务调用所述基础依赖库的调用请求，通过所述消费者逻辑方法的所述第二调用规则进行订阅第二消息；

通过所述消费者逻辑方法的所述第二接口调用规则，生成所述消费者微服务的第二消息日志，将所述第二消息日志传递给所述日志服务。

6.根据权利要求5所述的方法，其特征在于，所述通过所述消费者逻辑方法的所述第二接口调用规则，生成所述消费者微服务的第二消息日志，具体包括：

通过所述消费者逻辑方法的所述第二接口调用规则，自动获取所述第二消息的唯一标识符、消息主题、消费时间、所述消费者微服务的IP地址、消费状态、消息内容，以生成所述消费者微服务的第二消息日志；

所述生成所述消费者微服务的第二消息日志之后，所述方法还包括：

对所述第二消息日志进行规则检验；

若校验不通过，则将所述第二消息日志标记为错误日志。

7.根据权利要求5所述的方法，其特征在于，所述所述接收所述消费者微服务调用所述基础依赖库的调用请求之前，所述方法还包括：

确定所述消费者微服务调用所述消息队列，以及调用所述日志服务所需要的第二调用需求数据；所述第二调用需求数据包括消息队列主题、所述消费者微服务的IP地址、所述消费者微服务的服务名称、日志服务的接口地址；

根据所述第二调用需求数据，生成所述消费者微服务的配置文件。

8.根据权利要求1所述的方法，其特征在于，所述根据所述基础依赖库与所述日志服务，对所述消息队列的日志进行记录之后，所述方法还包括：

在预设周期内，对所述日志服务的日志进行统计分析，得到所述日志服务的错误日志占比；

在所述错误日志占比大于预设占比阈值时，则生成所述基础依赖库的错误日志图表，将所述错误日志图表发送至管理用户终端。

9.一种消息队列日志记录设备，其特征在于，包括：

至少一个处理器；以及，

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

通过生产者微服务对消息队列的第一调用规则以及所述生产者微服务对日志服务的第一接口调用规则，构建生产者逻辑方法；以及通过消费者微服务对所述消息队列的第二调用规则以及所述消费者微服务对所述日志服务的第二接口调用规则，构建消费者逻辑方法；

通过Java注解对所述生产者逻辑方法与所述消费者逻辑方法进行封装，创建所述消息队列的基础依赖库；

根据所述基础依赖库与所述日志服务，对所述消息队列的日志进行记录。

10.一种消息队列日志记录非易失性计算机存储介质，存储有计算机可执行指令，其特征在于，所述计算机可执行指令设置为：

通过生产者微服务对消息队列的第一调用规则以及所述生产者微服务对日志服务的第一接口调用规则，构建生产者逻辑方法；以及通过消费者微服务对所述消息队列的第二调用规则以及所述消费者微服务对所述日志服务的第二接口调用规则，构建消费者逻辑方法；

通过Java注解对所述生产者逻辑方法与所述消费者逻辑方法进行封装，创建所述消息队列的基础依赖库；

根据所述基础依赖库与所述日志服务，对所述消息队列的日志进行记录。