消息处理方法、装置、电子设备及存储介质与流程

1.本技术涉及人工智能技术领域，尤其涉及一种消息处理方法、装置、电子设备及存储介质。


背景技术：

2.目前，业务系统在通过kafka来生产或消费消息时，往往只能够根据kafka管理端输出的指令信息来控制kafka客户端进行业务处理，而无法将kafka客户端进行业务处理的情况反馈至kafka管理端，影响控制准确性，因而，如何提供一种消息处理方法，能够将kafka客户端进行业务处理的情况反馈至kafka管理端，实现kafka客户端与kafka管理端的双向交互，提高kafka管理端的控制准确性，成为了亟待解决的问题。


技术实现要素：

3.本技术实施例的主要目的在于提出一种消息处理方法、装置、电子设备及存储介质，旨在将kafka客户端进行业务处理的情况反馈至kafka管理端，实现kafka客户端与kafka管理端的双向交互，提高kafka管理端的控制准确性。
4.为实现上述目的，本技术实施例的第一方面提出了一种消息处理方法，应用于kafka管理端，所述kafka管理端分别与zookeeper服务器和业务系统连接，所述业务系统包括kafka客户端和kafka-client-sdk插件，所述方法包括：
5.获取来自所述zookeeper服务器的第一消息消费状态，所述第一消息消费状态为所述kafka客户端对消息的消费状态；
6.根据所述第一消息消费状态更新第二消息消费状态，所述第二消息消费状态为所述kafka管理端当前的消息消费状态；
7.根据所述第一消息消费状态向所述kafka-client-sdk插件发送指令信息，以使所述kafka-client-sdk插件向所述kafka客户端发送所述指令信息，以使所述kafka客户端根据所述指令信息进行业务处理。
8.在一些实施例，所述指令信息包括至少如下之一：属性变更指令信息、启停指令信息、消息延时消费指令信息、消息回溯指令信息。
9.在一些实施例，当所述指令信息为属性变更指令信息，所述根据所述第一消息消费状态向所述kafka-client-sdk插件发送指令信息，以使所述kafka-client-sdk插件向所述kafka客户端发送所述指令信息，以使所述kafka客户端根据所述指令信息进行业务处理，包括：
10.根据第一消息消费状态向所述kafka-client-sdk插件发送所述属性变更指令信息，以使所述kafka-client-sdk插件向所述kafka客户端发送所述属性变更指令信息，以使所述kafka客户端根据所述属性变更指令信息更新客户端的配置。
11.在一些实施例，当所述指令信息为启停指令信息，所述根据所述第一消息消费状态向所述kafka-client-sdk插件发送指令信息，以使所述kafka-client-sdk插件向所述
kafka客户端发送所述指令信息，以使所述kafka客户端根据所述指令信息进行业务处理，包括：
12.根据第一消息消费状态向所述kafka-client-sdk插件发送所述启停指令信息，以使所述kafka-client-sdk插件向所述kafka客户端发送所述启停指令信息，以使所述kafka客户端根据所述启停指令信息进行启动操作或者停止操作。
13.在一些实施例，所述根据第一消息消费状态向所述kafka-client-sdk插件发送所述启停指令信息，以使所述kafka-client-sdk插件向所述kafka客户端发送所述启停指令信息，以使所述kafka客户端根据所述启停指令信息进行启动操作或者停止操作，包括：
14.通过topic模块根据第一消息消费状态确定需要发送所述启停指令信息的消费组，所述消费组包括多个kafka客户端；
15.向所述kafka-client-sdk插件发送所述启停指令信息和所述消费组，以使所述kafka-client-sdk插件向所述消费组对应的所述kafka客户端发送所述启停指令信息，以使所述kafka客户端根据所述启停指令信息进行启动操作或者停止操作。
16.在一些实施例，当所述指令信息为消息延时消费指令信息，所述根据所述第一消息消费状态向所述kafka-client-sdk插件发送指令信息，以使所述kafka-client-sdk插件向所述kafka客户端发送所述指令信息，以使所述kafka客户端根据所述指令信息进行业务处理，包括：
17.根据所述第一消息消费状态向所述kafka-client-sdk插件发送所述消息延时消费指令信息，以使所述kafka-client-sdk插件向所述消息满足延时消费配置的所述kafka客户端发送所述消息延时消费指令信息，以使所述kafka客户端根据所述消息延时消费指令信息对消息进行消费处理。
18.在一些实施例，当所述指令信息为消息回溯指令信息，所述根据所述第一消息消费状态向所述kafka-client-sdk插件发送指令信息，以使所述kafka-client-sdk插件向所述kafka客户端发送所述指令信息，以使所述kafka客户端根据所述指令信息进行业务处理，包括：
19.根据所述第一消息消费状态向所述kafka-client-sdk插件发送所述消息回溯指令信息，以使所述kafka-client-sdk插件对所述消息对应所述kafka客户端对应的所述消息的偏移量进行修改，以使所述kafka客户端对应的所述消息的状态回溯到待消费状态。
20.为实现上述目的，本技术实施例的第二方面提出了一种消息处理装置，所述装置包括：
21.为实现上述目的，本技术实施例的第三方面提出了一种电子设备，所述电子设备包括存储器、处理器、存储在所述存储器上并可在所述处理器上运行的程序以及用于实现所述处理器和所述存储器之间的连接通信的数据总线，所述程序被所述处理器执行时实现上述第一方面所述的方法。
22.为实现上述目的，本技术实施例的第四方面提出了一种计算机可读存储介质，用于计算机可读存储，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述第一方面所述的方法。
23.本技术提出的消息处理方法、装置、电子设备及存储介质，其通过获取来自zookeeper服务器的第一消息消费状态，第一消息消费状态为kafka客户端对消息的消费状
态，能够通过zookeeper服务器将kafka客户端进行业务处理的情况反馈至kafka管理端。进而，kafka管理端可以根据第一消息消费状态更新自身当前的消息消费状态，还可以根据第一消息消费状态向kafka-client-sdk插件发送指令信息，使得kafka-client-sdk插件向kafka客户端发送指令信息，从而使得kafka客户端根据指令信息进行业务处理，该方法能够实现kafka客户端与kafka管理端的双向交互，使得kafka管理端可以根据kafka客户端反馈的消费状态输出不同类型的指令信息，并通过kafka-client-sdk插件将该指令信息输出至kafka客户端，使得kafka客户端进行不同类型的业务处理，提高了kafka管理端的控制准确性。
附图说明
24.图1是本技术实施例提供的消息处理系统的结构示意图；
25.图2是本技术实施例提供的消息处理方法的流程图；
26.图3是图2中的步骤s300的流程图；
27.图4是图3中的步骤s320的流程图；
28.图5是本技术实施例提供的消息处理装置的结构示意图；
29.图6是本技术实施例提供的电子设备的硬件结构示意图。
具体实施方式
30.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本技术，并不用于限定本技术。
31.需要说明的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
32.除非另有定义，本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本技术实施例的目的，不是旨在限制本技术。
33.首先，对本技术中涉及的若干名词进行解析：
34.人工智能(artificial intelligence，ai)：是研究、开发用于模拟、延伸和扩展人的智能的理论、方法、技术及应用系统的一门新的技术科学；人工智能是计算机科学的一个分支，人工智能企图了解智能的实质，并生产出一种新的能以人类智能相似的方式做出反应的智能机器，该领域的研究包括机器人、语言识别、图像识别、自然语言处理和专家系统等。人工智能可以对人的意识、思维的信息过程的模拟。人工智能还是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。
35.自然语言处理(natural language processing，nlp)：nlp用计算机来处理、理解以及运用人类语言(如中文、英文等)，nlp属于人工智能的一个分支，是计算机科学与语言学的交叉学科，又常被称为计算语言学。自然语言处理包括语法分析、语义分析、篇章理解
等。自然语言处理常用于机器翻译、手写体和印刷体字符识别、语音识别及文语转换、信息检索、信息抽取与过滤、文本分类与聚类、舆情分析和观点挖掘等技术领域，它涉及与语言处理相关的数据挖掘、机器学习、知识获取、知识工程、人工智能研究和与语言计算相关的语言学研究等。
36.信息抽取(information extraction，ner)：从自然语言文本中抽取指定类型的实体、关系、事件等事实信息，并形成结构化数据输出的文本处理技术。信息抽取是从文本数据中抽取特定信息的一种技术。文本数据是由一些具体的单位构成的，例如句子、段落、篇章，文本信息正是由一些小的具体的单位构成的，例如字、词、词组、句子、段落或是这些具体的单位的组合。抽取文本数据中的名词短语、人名、地名等都是文本信息抽取，当然，文本信息抽取技术所抽取的信息可以是各种类型的信息。
37.kafka：kafka是由apache软件基金会开发的一个开源流处理平台，由scala和java编写。kafka是一种高吞吐量的分布式发布订阅消息系统，它可以处理消费者在网站中的所有动作流数据。这种动作(网页浏览，搜索和其他用户的行动)是在现代网络上的许多社会功能的一个关键因素。这些数据通常是由于吞吐量的要求而通过处理日志和日志聚合来解决。对于像hadoop一样的日志数据和离线分析系统，但又要求实时处理的限制，这是一个可行的解决方案。kafka的目的是通过hadoop的并行加载机制来统一线上和离线的消息处理，也是为了通过集群来提供实时的消息。
38.producer：消息生产者，发布消息到kafka集群的终端或服务。
39.broker：集群中包含的服务器，一个borker表示kafka集群中的一个节点；负责消息存储和转发。
40.topic：每条发布到kafka集群的消息都有一个类别，这个类别被称为topic。(物理上不同topic的消息分开存储，逻辑上一个topic的消息虽然保存于一个或多个broker上但用户只需指定消息的topic即可生产或消费数据而不必关心数据存于何处)。kafka是面向topic的，即kafka按照topic将消息分类；更通俗的说topic就像一个消息队列，生产者可以向其写入消息，消费者可以从中读取消息，一个topic支持多个生产者或消费者同时订阅它，所以其扩展性很好。
41.partition：partition是物理上的概念，每个topic包含一个或多个partition。
42.replica：partition的副本，保障partition的高可用。
43.consumer：消息消费者，向kafka broker读取消息的客户端，从kafka集群中消费消息的终端或服务。
44.consumer group：consumer都属于一个consumer group，每条消息只能被一个consumer消费，但可以被多个consumer group消费。
45.controller：kafka集群的总控组件，controller。他负责管理整个kafka集群范围内的各种东西。如监听broker状态、leader选举、数据迁移等。
46.zookeeper：zookeeper是一个分布式的，开放源码的分布式应用程序协调服务，是google的chubby一个开源的实现，是hadoop和hbase的重要组件。它是一个为分布式应用提供一致性服务的软件，提供的功能包括：配置维护、域名服务、分布式同步、组服务等。kafka通过zookeeper来存储集群的meta元数据信息；一旦controller所在broker宕机了，此时临时节点消失，集群里其他broker会一直监听这个临时节点，发现临时节点消失了，就争抢再
次创建临时节点，保证有一台新的broker会成为controller角色。(broker故障发现；partition leeader选举；负载均衡等。)
47.偏移量(offset)：消费者在对应分区上已经消费的消息数(位置)，offset保存的地方跟kafka版本有一定的关系。kafka0.8版本之前offset保存在zookeeper上。kafka0.8版本之后offset保存在kafka集群上。它是把消费者消费topic的位置通过kafka集群内部有一个默认的topic，名称叫_consumer_offsets，它默认有50个分区。
48.由于kafka集群是一个分布式的、可分区的、可复制的消息系统，能够提供普通消息系统的功能。通俗地讲，kafka是一个日志集群，各种各样的服务器将自身的日志发送到集群中进行统一汇总和存储，然后其它机器从集群中拉取消息进行分析处理，如elt、数据挖掘等。
49.kafka以集群的方式运行，可以由一个或多个服务组成，每个服务叫做一个broker。同时，kafka集群将消息以topic(主题)为单位进行归纳。在大数据的处理过程中，消费kafka集群中的消息时，数据的变动是用户所关心的。当业务环境不复杂的前提下，用户可以使用kafka集群提供的命令工具，配合zookeeper客户端工具，很方便的完成工作。但是随着业务场景的复杂化，group(类)和topic(主题)的数量的增加，此时用户使用kafka提供的命令工具，已预感到力不从心。这时候用户需要观察kafka集群中消息的消费应用的详情，因而对kafka集群的监控就变得尤为重要。
50.目前，业务系统在通过kafka来生产或消费消息时，往往只能够根据kafka管理端输出的指令信息来控制kafka客户端进行业务处理，而无法将kafka客户端进行业务处理的情况反馈至kafka管理端，影响控制准确性，因而，如何提供一种消息处理方法，能够将kafka客户端进行业务处理的情况反馈至kafka管理端，还能够通过指令驱动的方式使得kafka客户端完成一些个性化的需求和功能，实现kafka客户端的功能多样化，同时，还能够实现kafka客户端与kafka管理端的双向交互，提高kafka管理端的控制准确性，成为了亟待解决的问题。
51.基于此，本技术实施例提供了一种消息处理方法、装置、电子设备及存储介质，旨在将kafka客户端进行业务处理的情况反馈至kafka管理端，实现kafka客户端与kafka管理端的双向交互，提高kafka管理端的控制准确性。
52.本技术实施例提供的消息处理方法、装置、电子设备及存储介质，具体通过如下实施例进行说明，首先描述本技术实施例中的消息处理方法。
53.本技术实施例可以基于人工智能技术对相关的数据进行获取和处理。其中，人工智能(artificial intelligence，ai)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。
54.人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。
55.本技术实施例提供的消息处理方法，涉及人工智能技术领域。本技术实施例提供的消息处理方法可应用于终端中，也可应用于服务器端中，还可以是运行于终端或服务器
端中的软件。在一些实施例中，终端可以是智能手机、平板电脑、笔记本电脑、台式计算机等；服务器端可以配置成独立的物理服务器，也可以配置成多个物理服务器构成的服务器集群或者分布式系统，还可以配置成提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn以及大数据和人工智能平台等基础云计算服务的云服务器；软件可以是实现消息处理方法的应用等，但并不局限于以上形式。
56.本技术可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本技术可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本技术，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
57.图1是本技术实施例提供的一种消息处理系统的可选结构示意图。
58.该消息处理系统包括kafka管理端101、业务系统104和zookeeper服务器105，其中，kafka管理端101分别与zookeeper服务器105和业务系统104连接，业务系统104包括kafka客户端103和kafka-client-sdk插件102。业务系统104通过kafka-client-sdk插件102与zookeeper服务器105连接。
59.图2是本技术实施例提供的消息处理方法的一个可选的流程图，消息处理方法应用于图1中的kafka管理端,图2中的方法可以包括但不限于包括步骤s100至步骤s300。
60.步骤s100，获取来自zookeeper服务器的第一消息消费状态，第一消息消费状态为kafka客户端对消息的消费状态；
61.步骤s200，根据第一消息消费状态更新第二消息消费状态，第二消息消费状态为kafka管理端当前的消息消费状态；
62.步骤s300，根据第一消息消费状态向kafka-client-sdk插件发送指令信息，以使kafka-client-sdk插件向kafka客户端发送指令信息，以使kafka客户端根据指令信息进行业务处理。
63.在执行步骤s100之前，需要在zookeeper服务器上分别设置kafka管理端的节点目录和kafka-client-sdk插件的节点目录，kafka管理端的节点目录可以用来存储与kafka管理端有关的指令信息，kafka-client-sdk插件的节点目录可以用来存储与kafka客户端有关的指令信息。kafka客户端和kafka管理端可以通过zookeeper服务器上的节点目录发送指令信息以及接收zookeeper服务器输出的指令信息。
64.需要说明的是，在zookeeper服务器还包括有监听机制zk watch。通过zk watch这一监听机制，zookeeper服务器能够对接收到的指令信息的标识码或者消息的消费状态的标识码进行识别，根据该标识码将指令信息或者消息的消费状态输出至kafka管理端或者kafka-client-sdk插件。例如，若指令信息由kafka管理端输出，则zookeeper服务器会识别到该指令信息的标识码为down标识码；若指令信息由kafka客户端经过kafka-client-sdk插件输出，则zookeeper服务器会识别到该指令信息的标识码为up标识码。通过zookeeper服务器能够将kafka客户端进行业务处理的情况反馈至kafka管理端，实现kafka客户端与
kafka管理端的双向交互。
65.在执行步骤s100时，kafka客户端可以将自身对消息的消费状态(即第一消息消费状态)经过kafka-client-sdk插件反馈至zookeeper服务器。其中，第一消息消费状态可以为待消费、已消费或者延时消费等等。zookeeper服务器通过zk watch这一监听机制能够识别到第一消息消费状态的识别码为up标识码，则zookeeper服务器会将第一消息消费状态输出至kafka管理端，因此，kafka管理端能够到获取来自zookeeper服务器的第一消息消费状态。
66.进而，执行步骤s200和步骤s300，kafka管理端会根据第一消息消费状态对自身去的消息消费状态(即第二消息消费状态)进行更新，并且能够将更新后的第二消息消费状态通过zookeeper服务器和kafka-client-sdk插件发送给kafka客户端。进一步地，为了提高控制准确性，kafka管理端还会根据第一消息消费状态的具体数据，生成不同类型的指令信息，并且通过zookeeper服务器将指令信息发送至kafka-client-sdk插件，使得kafka-client-sdk插件向kafka客户端发送指令信息，从而使得kafka客户端能够根据不同类型的指令信息进行不同类型的业务处理，满足不同业务场景的业务处理需求。
67.在一些实施例中，指令信息包括至少如下之一：属性变更指令信息、启停指令信息、消息延时消费指令信息、消息回溯指令信息。其中，属性变更指令信息用于使kafka客户端进行配置更新；启停指令信息用于使kafka客户端进行启动操作或者停止操作；消息延时消费指令信息用于使kafka客户端对消息进行消费延时处理；消息回溯指令信息用于使kafka客户端对应的消息的状态回溯到待消费状态。
68.需要说明的是，在具体应用场景下，指令信息还可以是其他类型，以满足其他业务场景的需求，即指令信息可以根据实际需求进行设置，不限于此。
69.请参阅图3，在一些实施例中，当指令信息为属性变更指令信息，步骤s300可以包括但不限于包括步骤s310：
70.步骤s310，根据第一消息消费状态向kafka-client-sdk插件发送属性变更指令信息，以使kafka-client-sdk插件向kafka客户端发送属性变更指令信息，以使kafka客户端根据属性变更指令信息更新客户端的配置。
71.具体地，kafka管理端在获取到第一消息消费状态之后，可以根据第一消息消费状态和预先录入的kafka客户端的原始属性信息进行分析处理，得到需要修改的属性参数等，根据需要修改的属性参数以及原始属性信息生成属性变更指令信息，进而通过zookeeper服务器向kafka-client-sdk插件发送属性变更指令信息，使得kafka-client-sdk插件将接收到的属性变更指令信息发送给kafka客户端容器，使得kafka客户端容器对属性变更指令信息进行匹配处理，筛选出与该属性变更指令信息对应的kafka客户端。进而，使得与该属性变更指令信息对应的kafka客户端根据该属性变更指令信息的需要修改的属性参数进行判断，若对需要修改的属性参数进行更新时需要重启kafka客户端才可以生效，则kafka客户端会根据属性变更指令信息停止工作，并更新客户端的配置，kafka客户端在完成属性参数的更新之后重新启动；若对需要修改的属性参数进行更新时不需要重启kafka客户端就可以生效，则kafka客户端会直接更新客户端的配置。通过上述方式，kafka管理端可以较为方便地控制kafka客户端更新客户端的配置，从而提高kafka客户端的工作性能。
72.请参阅图3，在一些实施例中，当指令信息为启停指令信息，步骤s300可以包括但
不限于包括步骤s320：
73.步骤s320，根据第一消息消费状态向kafka-client-sdk插件发送启停指令信息，以使kafka-client-sdk插件向kafka客户端发送启停指令信息，以使kafka客户端根据启停指令信息进行启动操作或者停止操作。
74.具体地，kafka管理端在获取到第一消息消费状态之后，可以根据第一消息消费状态和kafka客户端的当前状态进行分析处理，生成启停指令信息，进而通过zookeeper服务器向kafka-client-sdk插件发送启停指令信息，使得kafka-client-sdk插件将接收到的启停指令信息发送给kafka客户端容器，使得kafka客户端容器对启停指令信息进行匹配处理，筛选出与该启停指令信息对应的kafka客户端。进而，使得与该启停指令信息对应的kafka客户端根据该启停指令信息进行启动或者停止。通过上述方式，kafka管理端可以较为方便地控制kafka客户端的启动或者停止，从而提高kafka管理端的控制准确性。
75.请参阅图4，在一些实施例中，步骤s320可以包括但不限于包括步骤s321至步骤s322：
76.步骤s321，通过topic模块根据第一消息消费状态确定需要发送启停指令信息的消费组，消费组包括多个kafka客户端；
77.步骤s322，向kafka-client-sdk插件发送启停指令信息和消费组，以使kafka-client-sdk插件向消费组对应的kafka客户端发送启停指令信息，以使kafka客户端根据启停指令信息进行启动操作或者停止操作。
78.具体地，kafka管理端在根据第一消息消费状态控制kafka客户端进行启动或者停止时，kafka管理端首先通过topic模块确定需要发送启停指令信息的消费组，即通过topic模块确定哪些kafka客户端的当前状态需要变更。进而，通过zookeeper服务器向kafka-client-sdk插件发送启停指令信息和消费组，使得kafka-client-sdk插件将接收到的启停指令信息和消费组发送给kafka客户端容器，使得kafka客户端容器对启停指令信息和消费组进行匹配处理，筛选出与该启停指令信息对应的kafka客户端。进而，使得与该启停指令信息对应的kafka客户端根据该启停指令信息进行启动或者停止。例如，启停指令信息包括启动指令和停止指令，使得kafka客户端根据停止指令进行停止操作或者根据启动指令进行启动操作。通过上述方式，kafka管理端可以较为方便地确定需要发送启停指令信息的消费组，从而发送启停指令信息来控制对应的kafka客户端的启动或者停止，提高了kafka管理端的控制准确性。
79.请参阅图3，在一些实施例中，当指令信息为消息延时消费指令信息，步骤s300可以包括但不限于包括步骤s330：
80.步骤s330，根据第一消息消费状态向kafka-client-sdk插件发送消息延时消费指令信息，以使kafka-client-sdk插件向消息满足延时消费配置的kafka客户端发送消息延时消费指令信息，以使kafka客户端根据消息延时消费指令信息对消息进行消费处理。
81.具体地，kafka管理端在获取到第一消息消费状态之后，可以根据第一消息消费状态生成消息延时消费指令信息，进而通过zookeeper服务器向kafka-client-sdk插件发送消息延时消费指令信息，使得kafka-client-sdk插件根据接收到的消息延时消费指令信息获取消费者最新发送的消息，并判断该消息的元数据是否满足延时消费配置条件。若该消息的元数据满足延时消费配置条件，则使得kafka-client-sdk插件根据消息延时消费指令
信息将该消息发送给业务系统的kafka客户端，从而使kafka客户端根据消息延时消费指令信息对消息进行消费处理。若该消息的元数据不满足延时消费配置条件，则使得kafka-client-sdk插件根据消息延时消费指令信息重新获取消费者发送的消息，重复上述过程，直至该消息的元数据满足延时消费配置条件，使得kafka客户端根据消息延时消费指令信息对消息进行消费处理为止。通过上述过程，kafka管理端能够发送消息延时消费指令信息来控制kafka客户端对消息进行延时消费处理，提高了kafka客户端的工作性能以及kafka管理端的控制准确性。
82.请参阅图3，在一些实施例中，当指令信息为消息回溯指令信息，步骤s300可以包括但不限于包括步骤s340：
83.步骤s340，根据第一消息消费状态向kafka-client-sdk插件发送消息回溯指令信息，以使kafka-client-sdk插件对消息对应kafka客户端对应的消息的偏移量进行修改，以使kafka客户端对应的消息的状态回溯到待消费状态。
84.具体地，kafka管理端在获取到第一消息消费状态之后，用户可以根据第一消息消费状态触发消费组重置按钮，以在kafka管理端生成消息回溯指令信息。进而，kafka管理端会通过zookeeper服务器向kafka-client-sdk插件发送消息回溯指令信息，使得kafka-client-sdk插件将接收到的消息回溯指令信息发送给kafka客户端容器，使得kafka客户端容器对消息回溯指令信息进行匹配处理，筛选出与该消息回溯指令信息对应的kafka客户端。进而，使得与该消息回溯指令信息对应的kafka客户端进行停止操作。进而，根据用户输入的偏移量控制与该消息回溯指令信息对应的kafka客户端对应的消息的偏移量进行修改，即将消费组分区的偏移量信息重置，使得kafka客户端对应的消息的状态回溯到待消费状态。在kafka客户端对应的消息的状态回溯之后，该kafka客户端会通过kafka-client-sdk插件和zookeeper服务器向发送状态回溯的反馈信息，从而kafka管理端会根据这一反馈信息发送启停指令信息，使得对应的kafka客户端重新启动。通过上述方式，能够较为方便地对kafka客户端的消息的状态进行回溯，避免了kafka客户端对消息的状态的错误记录，提高kafka客户端的工作准确性。
85.需要说明的是，kafka客户端通过其自带的偏移量修改的功能同样能够实现对消息的偏移量的修改，从而使得消息的状态回溯到待消费状态，但是，在kafka客户端执行这一过程之前，还需要关停kafka服务，而通过本技术的消息处理方法，kafka管理端会根据第一消息消费状态向kafka-client-sdk插件发送消息回溯指令信息，从而使得kafka-client-sdk插件对消息对应kafka客户端对应的消息的偏移量进行修改，使kafka客户端对应的消息的状态回溯到待消费状态，在这一过程中并不需要关停kafka服务，即该方法能够实现通过指令驱动的方式在无需停止kafka服务的情况下完成消息的回溯，能够有效地简化消息回溯的过程，节省操作时间，同时还可以避免在进行消息回溯操作时，对kafka客户端的正常工作造成干扰，提高了kafka客户端的运行可靠性。
86.本技术实施例通过获取来自zookeeper服务器的第一消息消费状态，第一消息消费状态为kafka客户端对消息的消费状态，能够通过zookeeper服务器将kafka客户端进行业务处理的情况反馈至kafka管理端。进而，kafka管理端可以根据第一消息消费状态更新自身当前的消息消费状态，还可以根据第一消息消费状态向kafka-client-sdk插件发送指令信息，使得kafka-client-sdk插件向kafka客户端发送指令信息，从而使得kafka客户端
根据指令信息进行业务处理，该方法能够实现kafka客户端与kafka管理端的双向交互，使得kafka管理端可以根据kafka客户端反馈的消费状态输出不同类型的指令信息，并通过kafka-client-sdk插件将该指令信息输出至kafka客户端，使得kafka客户端进行不同类型的业务处理，提高了kafka管理端的控制准确性。另外，通过本技术实施例能够实现kafka客户端与kafka管理端的智能交互，在一定程度上也能够减轻运维人员的操作难度，避免了人工操作带来的错误风险，容错性较高。
87.请参阅图5，本技术实施例还提供一种消息处理装置，应用于kafka管理端，kafka管理端分别与zookeeper服务器和业务系统连接，业务系统包括kafka客户端和kafka-client-sdk插件，该消息处理装置可以实现上述消息处理方法，该装置包括：
88.第一模块501，用于获取来自zookeeper服务器的第一消息消费状态，第一消息消费状态为所述kafka客户端对消息的消费状态；
89.第二模块502，用于根据第一消息消费状态更新第二消息消费状态，第二消息消费状态为kafka管理端当前的消息消费状态；
90.第三模块503，用于根据第一消息消费状态向kafka-client-sdk插件发送指令信息，以使kafka-client-sdk插件向kafka客户端发送指令信息，以使kafka客户端根据指令信息进行业务处理。
91.该消息处理装置的具体实施方式与上述消息处理方法的具体实施例基本相同，在此不再赘述。
92.本技术实施例还提供了一种电子设备，电子设备包括：存储器、处理器、存储在存储器上并可在处理器上运行的程序以及用于实现处理器和存储器之间的连接通信的数据总线，程序被处理器执行时实现上述消息处理方法。该电子设备可以为包括平板电脑、车载电脑等任意智能终端。
93.请参阅图6，图6示意了另一实施例的电子设备的硬件结构，电子设备包括：
94.处理器601，可以采用通用的cpu(centralprocessingunit，中央处理器)、微处理器、应用专用集成电路(applicationspecificintegratedcircuit，asic)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本技术实施例所提供的技术方案；
95.存储器602，可以采用只读存储器(readonlymemory，rom)、静态存储设备、动态存储设备或者随机存取存储器(randomaccessmemory，ram)等形式实现。存储器602可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器602中，并由处理器601来调用执行本技术实施例的消息处理方法；
96.输入/输出接口603，用于实现信息输入及输出；
97.通信接口604，用于实现本设备与其他设备的通信交互，可以通过有线方式(例如usb、网线等)实现通信，也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信；
98.总线605，在设备的各个组件(例如处理器601、存储器602、输入/输出接口603和通信接口604)之间传输信息；
99.其中处理器601、存储器602、输入/输出接口603和通信接口604通过总线605实现彼此之间在设备内部的通信连接。
100.本技术实施例还提供了一种计算机可读存储介质，用于计算机可读存储，计算机
可读存储介质存储有一个或者多个程序，一个或者多个程序可被一个或者多个处理器执行，以实现上述消息处理方法。
101.存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至该处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
102.本技术实施例描述的实施例是为了更加清楚的说明本技术实施例的技术方案，并不构成对于本技术实施例提供的技术方案的限定，本领域技术人员可知，随着技术的演变和新应用场景的出现，本技术实施例提供的技术方案对于类似的技术问题，同样适用。
103.本领域技术人员可以理解的是，图1-4中示出的技术方案并不构成对本技术实施例的限定，可以包括比图示更多或更少的步骤，或者组合某些步骤，或者不同的步骤。
104.以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
105.本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、设备中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。
106.本技术的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
107.应当理解，在本技术中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：只存在a，只存在b以及同时存在a和b三种情况，其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。
108.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
109.上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显
示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
110.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
111.集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括多指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例的方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，简称rom)、随机存取存储器(random access memory，简称ram)、磁碟或者光盘等各种可以存储程序的介质。
112.以上参照附图说明了本技术实施例的优选实施例，并非因此局限本技术实施例的权利范围。本领域技术人员不脱离本技术实施例的范围和实质内所作的任何修改、等同替换和改进，均应在本技术实施例的权利范围之内。