CN113315839B - 消息处理方法、系统、装置、计算机设备及存储介质 - Google Patents

Abstract

本公开提供了一种消息处理方法、装置、计算机设备及存储介质，其中，该方法包括：获取消息生产端发出的第一消息；基于所述消息生产端所处的环境，为所述第一消息添加环境标识，以得到第二消息；将所述第二消息发送至与所述环境标识相对应的消息消费端。本公开实施例实现了消息消费端只处理具有特定环境标识的第二消息，避免了通过增加服务端方式实现消息消费端只处理特定消息的问题，因而减少由此产生的资源消耗。

Description

消息处理方法、系统、装置、计算机设备及存储介质

技术领域

本公开涉及数据传输技术领域，具体而言，涉及一种消息处理方法、系统、装置、计算机设备及存储介质。

背景技术

卡夫卡(Kafka)集群是一款分布式的、基于发布/订阅的消息系统，Kafka集群中包括生产者和消费者，其中，生产者可以生产消息并将消息发送至服务端，消费者可以接收服务端消息并提供处理消息的接口，以此实现消息传输过程。

目前，基于Kafka集群的消息传输方式存在资源消耗大的问题。

发明内容

本公开实施例至少提供一种消息处理方法、装置、计算机设备及存储介质。

第一方面，本公开实施例提供了一种消息处理方法，应用于消息转发服务端，包括：

获取消息生产端发出的第一消息；

基于所述消息生产端所处的环境，为所述第一消息添加环境标识，以得到第二消息；

将所述第二消息发送至与所述环境标识相对应的消息消费端。

这样，可以对消息添加环境标识信息，便于后续消息消费端只处理具有特定环境标识的消息，避免了通过增加服务端方式实现消息消费端对特定消息的处理，减少资源消耗。

一种可选的实施方式中，所述基于所述消息生产端所处的环境，为所述第一消息添加环境标识，包括：

确定所述消息生产端所处环境的环境标识；

将所述环境标识添加到所述第一消息的预设字段内。

一种可选的实施方式中，所述将所述第二消息发送至与所述环境标识相对应的消息消费端，包括：

确定所述环境中包括的至少一个消息消费端；

将所述第二消息发送至所述至少一个消息消费端。

一种可选的实施方式中，所述方法还包括：

根据测试需求，设置至少两个环境；其中，每个环境中包括至少一个消息生产端以及至少一个消息消费端。

第二方面，本公开实施例提供了一种消息处理方法，应用于消息消费端，包括：

接收第二消息；

确定所述第二消息携带的环境标识与所述消息消费端的环境标识是否一致；所述第二消息中携带的环境标识是消息转发服务端根据消息生产端所处的环境确定并添加到所述消息生产端发出的第一消息中所得到的；

若所述第二消息携带的环境标识与所述消息消费端的环境标识一致，则处理所述第二消息。

一种可选的实施方式中，所述方法还包括：

若所述第二消息携带的环境标识与所述消息消费端的环境标识不一致，则忽略所述第二消息。

这样，可以过滤掉不具有匹配环境标识信息的消息，只对具有匹配环境标识信息的消息进行响应处理，以使有针对性地对消息进行处理，得到目标消息的处理结果。

第三方面，本公开实施例提供了一种消息处理系统，包括消息生产端、消息消费端以及消息转发服务端，其中：

所述消息生产端，用于生成第一消息，并将所述第一消息发送至所述消息转发服务端；

所述消息转发服务端，用于基于所述消息生产端所处的环境，为所述第一消息添加环境标识，以得到第二消息，并将所述第二消息发送至与所述环境标识相对应的消息消费端；

所述消息消费端，用于确定所述第二消息携带的环境标识与所述消息消费端的环境标识是否一致，若一致，则处理所述第二消息。

第四方面，本公开实施例提供了一种消息转发服务端，包括：

获取模块，用于获取消息生产端发出的第一消息；

添加模块，用于基于所述消息生产端所处的环境，为所述第一消息添加环境标识，以得到第二消息；

发送模块，用于将所述第二消息发送至与所述环境标识相对应的消息消费端。

一种可选的实施方式中，所述添加模块具体用于：

确定所述消息生产端所处环境的环境标识；

将所述环境标识添加到所述第一消息的预设字段内。

一种可选的实施方式中，所述发送模块具体用于：

确定所述环境中包括的至少一个消息消费端；

将所述第二消息发送至所述至少一个消息消费端。

一种可选的实施方式中，所述消息转发服务端还包括：设置模块。

所述设置模块，用于根据测试需求，设置至少两个环境；其中，每个环境中包括至少一个消息生产端以及至少一个消息消费端。

第五方面，本公开实施例提供了一种消息消费端，包括：

接收模块，用于接收第二消息；

确定模块，用于确定所述第二消息携带的环境标识与所述消息消费端的环境标识是否一致；所述第二消息中携带的环境标识是消息转发服务端根据消息生产端所处的环境确定并添加到所述消息生产端发出的第一消息中所得到的；

处理模块，用于若所述第二消息携带的环境标识与所述消息消费端的环境标识一致，则处理所述第二消息。

一种可选的实施方式中，所述消息消费端还包括：过滤模块。

所述过滤模块，用于若所述第二消息携带的环境标识与所述消息消费端的环境标识不一致，则忽略所述第二消息。

第六方面，本公开实施例还提供一种计算机设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当计算机设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述第一方面，或第一方面中任一种可能的实施方式中的步骤，或者上述第二方面，或第二方面中任一种可能的实施方式中的步骤。

第七方面，本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述第一方面，或第一方面中任一种可能的实施方式中的步骤，或者上述第二方面，或第二方面中任一种可能的实施方式中的步骤。

本公开实施例提供的一种消息处理方法、装置、计算机设备及存储介质，消息生产端在第一消息中添加环境标识，得到第二消息，消息消费端基于该环境标识判断是否要对该第二消息进行处理，从而实现了消息消费端只处理具有特定环境标识的第二消息，避免了通过增加服务端方式实现消息消费端只处理特定消息的问题，因而减少由此产生的资源消耗。

此外，本公开实施例可以使得在消息生产端和消息消费端之间传输的为具有相匹配环境标识信息的消息，由此可以达到消息消费端对目标消息有针对性地进行处理的目的，获取到目标消息的处理结果。

为使本公开的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本公开实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，此处的附图被并入说明书中并构成本说明书中的一部分，这些附图示出了符合本公开的实施例，并与说明书一起用于说明本公开的技术方案。应当理解，以下附图仅示出了本公开的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本公开实施例所提供的一种应用于消息转发服务端的消息处理方法的流程图；

图2示出了本公开实施例所提供的消息处理方法中，添加环境标识的具体方法的流程图；

图3示出了本公开实施例所提供的一种消息处理示意图；

图4示出了本公开实施例所提供的应用于消息消费端的消息处理方法的流程图；

图5示出了本公开实施例所提供的消息处理系统的示意图；

图6示出了本公开实施例所提供的一种消息转发服务端的示意图；

图7示出了本公开实施例所提供的另一种消息转发服务端的示意图；

图8示出了本公开实施例所提供的一种消息消费端的示意图；

图9示出了本公开实施例所提供的另一种消息消费端的示意图；

图10示出了本公开实施例所提供的一种计算机设备的示意图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本公开实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围，而是仅仅表示本公开的选定实施例。基于本公开的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

本文中术语“和/或”，仅仅是描述一种关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括A、B、C中的至少一种，可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。

经研究发现，Kafka中包括消息的生产者(消息产生端)、以及消息的消费者(消息消费端)；生产者能够产生消息，并向Kafka集群中部署的服务端发送产生的消息；服务端在接收到该消息后，随机从Kafka集群中的消费者中确定目标消费者，并向确定的目标消费者发送该消息。但实际上，每条发布到Kafka集群的消息都有对应的一个类别(Topic)，针对同一个topic的消息，其只能由特定的消费者来消费；而对于非特定的消费者而言，其消费逻辑是无法实现对该类别的消息的消费的。为了将消息发送给能够对该消息进行消费的特定消费端，当前通常采用增加服务端的方式来实现消息的传递；在该方式中，会针对不同的类别创建不同的服务端；并为不同的服务端确定与之对应的消费者；生产端在产生了消息后，会根据消息的类别将消息发送至对应的服务端；服务端再将消息随机发送至与之对应的消费者。这就导致了需要在Kafka集群中部署多个服务端用于消息的转发，消耗的资源较多。

另外，在对部署于Kafka集群中的软件进行测试时，由于服务端会将消息随机向多个消费端发送，而对于某些消费端而言，由于其无法对测试用的消息进行消费，因此会给与处理错误的反馈；测试端会将该处理错误的反馈误认为是由于软件缺陷bug导致的问题，进而对测试结果造成干扰，导致测试结果不准确的问题。

基于上述研究，本公开提供了一种消息处理方法，通过为消息添加环境标识，来实现对由不同的消息消费端消费的不同消息之间的隔离，不需要通过增加服务端方式实现消息消费端只处理特定消息，因而减少由此产生的资源消耗。

为便于对本实施例进行理解，首先对本公开实施例所公开的一种消息处理方法进行详细介绍，本公开实施例所提供的消息处理方法的执行主体一般为具有一定计算能力的计算机设备，该计算机设备例如包括：终端设备或服务器或其它处理设备。在一些可能的实现方式中，该消息处理方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。

下面对本公开实施例提供的消息处理方法加以详细描述。

参见图1所示，为本公开实施例提供的一种应用于消息转发服务端的消息处理方法的流程图，该消息处理方法应用于消息转发服务端，包括步骤S101～S103，其中：

S101：获取消息生产端发出的第一消息。

其中，所述消费生产端可以认为是配置于卡夫卡kafka消息系统中的生产者，用于生产消息并发送消息到消息转发服务端，并由消息转发服务端发送消息至消息消费端，即消费者。

此处，消息转发服务端，例如可以是和消息生产端部署于相同计算机设备中的消息转发服务；其还可以是与消息生产端部署于不同计算机设备中的服务端。

其中，所述第一消息为所述消息生产端生成的未携带有环境标识的信息。

需要说明的是，消息转发服务端可为硬件设备，例如计算机、控制器、处理器等；也可为软件模块，例如程序代码，可被配置在相应的硬件载体中，例如U盘、光盘、存储器中，在需要进行调用时，可直接启动运行，由于其是单独开发，并独立运行的，因而不会对消息生产端的各种处理流程带来任何干扰，属于无感知获取，对此不作赘述。

在另一种可能的实施方式中，在消息生产端产生了第一消息后，可以直接向消息消费端发送第一消息，而不需要经过服务端的转发，此时，消息消费端会直接处理相应消息，不会做出忽略操作。

示例性的，对于未添加隔离环境的消息生产端，其生产的第一消息为不具有环境标识的消息；例如，该第一消息例如可以为消息生产端生成的原始消息，消息生产端将第一消息直接向消息消费端或者消息转发服务端发送。此时，消息转发服务端确定该第一消息是不归属于任何隔离环境的第一消息，因此会直接将该第一消息转发至不归属于任何隔离环境的消息消费端，对此不做赘述。

S102：基于所述消息生产端所处的环境，为所述第一消息添加环境标识，以得到第二消息。

针对于kafka分布式系统而言，多个生产者生产的多个消息，均发送至消息转发服务端，由于生产者生产的消息中并未携带任何的标识信息，消息转发服务端会将其中的每条消息进行随机分发，或者按照预设的轮询规则分发，不同的消息发往的消费者可能相同，也可能不同。这导致了无法确定消息消费端对应的消费者消费了哪一条消息，对于测试而言，由于无法确定测试结果是通过消费哪一条消息得来的，因此消费者的处理结果不具有一定的针对性，也就无法完成测试过程。

在一种可能的实施方式中，根据测试需求，可以设置至少两个环境；其中，每个环境中包括至少一个消息生产端以及至少一个消息消费端。

具体的，为了完成不同消息生产端、消息消费端之间的消息定向处理测试过程，需要设置至少两个环境，这样才能够完成消息的定向传输处理过程。针对每个环境，其中包括至少一个消息生产端以及至少一个消息消费端，也就是说，针对同一消息生产端生产的消息可以发送至同一环境中多个消息消费端进行消费处理，同样的，一个消息消费端可以对同一环境中多个消息生产端生产的消息进行消费处理。

在本公开实施例的一种可能的实施方式中，可以预先设定隔离环境，并对某个隔离环境中的消息生产端生成的第一消息添加该隔离环境的环境标识，生成第二消息，即其产生的第二消息为具有该隔离环境的环境标识的消息。

此处，通过分别对kafka集群中的生产者(即消息生产端)、消费者(即消息消费端)添加相同的隔离环境，即对消息添加环境标识信息的方法，使得对消息生产端生产出的消息标记上该隔离环境的环境标识，并且消息消费端只对带有相同境标识的消息进行处理，这样便无需配置专属的隔离服务端(即针对一个环境，配置一台计算机或集群，需要多个隔离环境时，就需要配置多台计算机或集群)，便可以达到消息消费端针对目标消息进行消费的目的，减少由于建立多个隔离服务端所需要消耗的资源，并提高处理效率。

在本公开实施例的一种可能的实施方式中，消息转发服务端例如Java代理(JavaAgent)可配置在消息生产端内，其可以单独启动运行，去拦截消息生产端生产的消息。即消息生产端例如包括：消息的生产者、以及对应的生产者Java Agent；生产者在生产了第一消息后，将第一消息发送给Java Agent；Java Agent根据预先为消息生产端配置的隔离环境，为第一消息添加与消息生产端所处的环境对应的环境标识，得到第二消息。

Java Agent为需要连接的生产者和消费者均添加了相同的隔离环境，由此，隔离环境A生产的消息只有隔离环境A的消费消息可消费，通过Java Agent的设置，可以根据实际的业务需求，为生产者添加隔离环境，并能够动态修改生产者产生的第一消息，使得基于第一消息产生的第二消息中携带了隔离环境标识，不需要业务系统修改代码，只需在Java虚拟机(Java Virtual Machine)的启动参数中添加代理参数，即添加对应环境标识，便可实现环境隔离。在本公开实施例的一种可能的实施方式中，可以认为消息生产端为生产者与Java Agent共同构成的具有环境隔离作用的生产端。

在本公开实施例的一种可能的实施方式中，基于所述消息生产端所处的环境，为所述第一消息添加环境标识，包括：

确定所述消息生产端所处环境的环境标识；

将所述环境标识添加到所述第一消息的预设字段内。

例如，假设生产者所处的环境是A，生产的消息M，则可将A添加到M的最后，即形成MA、M-A、M+A等，作为携带有环境标识的消息，即第二消息，对此不做赘述。

具体的，可以先确定消息生产端所处环境对应的环境标识，之后，将该环境标识添加到消息生产端生成的不带有环境标识的第一消息的预设字段中，这样，便可以为第一消息添加与所处环境对应的环境标识，得到第二消息。

示例性的，所述根据所述消息生产端的隔离环境，为所述消息生产端生成的第一消息添加环境标识，得到第二消息，包括：

基于所述第一消息的属性信息和/或所述第一消息中第一预设字段的比特值，为所述第一消息添加环境标识，得到所述第二消息。

第一预设字段可为第一消息中的任一可以添加信息的字段，例如消息末尾、消息中等，对此不做赘述。

环境标识可根据实际情况灵活设定，如可以根据测试名称设置，例如隔离测试是用于实现回归测试的，则隔离环境的环境标识可为回归；如可以根据预先设定的规则设定，例如每一次来一个隔离测试，隔离环境的名称可以根据预先设定的映射表依次确定，例如隔离环境A、隔离环境B、隔离环境C等，或者，隔离环境1、隔离环境2、隔离环境3等，对此不做赘述。

参见图2所示，图2为本公开实施例所提供的消息处理方法中，添加环境标识的具体方法的流程图。

如图2所示，由于不同kafka系统的系统版本可能不同，不同的版本所具备的属性信息，即可以支持的写入方式、读取方式等有所不同，因此，针对不同版本的kafka系统，其对应的添加环境标识的方式也不尽相同。

在本公开实施例的一种可能的实施方式中，可以预先判断所述消息生产端的运行环境版本是否等于预设版本。示例性的，所述预设版本可以为kafka 0.9.x.x版本，针对kafka 0.9.x.x版本及以上，可以为第一消息添加环境标识。而针对版本低于kafka0.9.x.x的版本，由于其并未提供对应的接口，并且无法保证数据传输的安全性，因此无法为其添加第一环境标识，进而无法在kafka 0.9.x.x版本以下的版本实现环境隔离。这种情况下，可以采用相关技术中设置专门的隔离服务端来实现环境隔离，以满足测试需要。

示例性的，针对等于预设版本的运行环境版本，即当前运行环境版本为kafka0.9.x.x时，由于其不支持header属性，可以尝试在其第一预设字段中添加环境标识，得到第二消息，实现环境隔离。具体的，可以基于所述第一消息的属性信息和/或所述第一消息中第一预设字段的比特值，为所述第一消息添加环境标识，得到所述第二消息。其中，所述第一预设字段可以为代码中的key值，即当第一消息的属性信息满足预设要求时，可以在代码中key的位置添加环境标识。

其中，所述属性信息包括：所述第一消息的序列化方式，在本公开实施例的一种可能的实施方式中，序列化方式包括字符串形式以及非字符串形式。示例性的，如果第一消息对应的是非字符串形式，由于其特殊的数据序列化方式，造成不易在key中追加隔离消息，所以在0.9.x.x的kafka版本下，对于非字符串形式的序列化方式，一般选择放弃实现其消息隔离。如果确定所述第一消息的序列化方式为字符串形式，则在所述第一消息的所述第一预设字段添加所述环境标识，得到所述第二消息。

在本公开另一实施例中，还可以通过判断所述第一预设字段的比特值是否为空，确定是否对第一消息添加环境标识。由于当第一预设字段的比特值为空时，并未涉及其对应的序列化方式，因此，可以在所述第一消息的所述第一预设字段添加所述环境标识，即在比特值为空的第一预设字段添加环境标识，得到所述第二消息。

由此，如图2所示，在本公开实施例的一种可能的实施方式中，可以通过确定所述第一消息的序列化方式是否为字符串形式、以及确定所述第一预设字段的比特值是否为空；在确定所述第一预设字段的比特值为空，或者确定所述第一消息的序列化方式为字符串形式时，在所述第一消息的所述第一预设字段添加所述环境标识，得到所述第二消息。这样，便可以得到消息生产端生成的具有环境标识的第二消息。

另外，针对于高于预设版本的运行环境版本，例如kafka1.0 x.x版本、kafka1.1.x.x版本等，可以在所述第一消息的第二预设字段添加所述环境标识，得到所述第二消息。其中，所述第二预设字段可以为kafka系统的kafka发布消息(kafka record)中的标题位置(header)，即当运行环境版本大于所述预设版本时，可以在当前运行环境版本所支持的header(也可为body)中添加环境标识，得到第二消息。

承接上述S102，本公开实施例提供的消息处理方法还包括：

S103：将所述第二消息发送至与所述环境标识相对应的消息消费端。

其中，消息转发服务端可以为包含Agent功能的Broker，Broker可以接收消息生产端生产的消息并存储，存储位置可为消息转发服务端的存储空间、云存储空间或者其他远端存储空间，之后发送消息到消息消费端。具体的，可以通过引入一个Broker组件，解耦消息产生端和消息消费端。消息消费端注册到Broker上，通过暴露接口的方式允许消息生产端接入服务。消息生产端是通过Broker发送请求的，Broker转发请求到消息消费端，并将请求的结果或异常回发给消息生产端。通过使用Broker模式，应用可以通过发送消息访问远程的服务。这一架构模式允许动态的改变、添加、删除消息消费端，从消息生产端的角度，这些都是透明的。

在本公开实施例的一种可能的实施方式中，对于消息转发服务端的属性、类别等未作任何要求，只要是具备消息转发功能、且能够为第一消息添加环境标识的服务端即可，由此可以降低对服务端的要求，减少服务端资源的消耗。

另外，消息生产端还可直接对生成的第一消息添加环境标识，此时消息转发服务端可被认为是集成在消息生产端；或者可被认为是单独设置、且仅仅用于转发消息。参见图3，图3为本公开实施例提出的一种消息传输示意图。如图3所示，消息生产端生产出第一消息、并为其添加环境标识，生成带有环境标识的第二消息后，将第二消息发送至消息转发服务端，消息转发服务端再将第二消息发送至带有隔离环境的消费者，完成消息的传输过程。

在一种可能的实施方式中，所述将所述第二消息发送至与所述环境标识相对应的消息消费端，包括：

确定所述环境中包括的至少一个消息消费端；

将所述第二消息发送至所述至少一个消息消费端。

具体的，由于一个隔离环境中可以包括一个或多个消息消费端，因此，可以预先从该环境中包括的至少一个消息消费端中确定出进行消息消费处理的至少一个消息消费端，之后将所述第二消息发送至所述至少一个消息消费端，这样便实现了消息生产端与消息消费端之间消息的特定传输处理。

在可能的实施方式中，可以任意选取一消息消费端进行消息发送，也可以选取带有特定编号、轮询选取、按照设定规则选取、或者具有消息消费能力的消息消费端进行消息发送。例如为了减少消息重复消费处理，可以直将消息发送至序列号为首位的消息消费端，或者，预先确定每个消息消费端的空闲资源，并将消息发送至具有充足空闲资源的消息消费端，由此可以保证消息能够被消费处理，提高消息处理的效率。

本公开实施例中，通过带有隔离环境的消息生产端生成对应的、带有环境标识的第二消息，这样便于后续消费者进行识别、过滤过程，完成针对目标消息的处理过程。

在一些可能的实施方式中，应用于消息转发服务端的消息处理方法还可包括：

收集消息消费端的处理结果；

基于所述处理结果，确定所述环境的测试结果。

其中，所述测试结果包括成功率、失误率、处理速度等，对此不做赘述。

另外，该方法还可包括：

调整所述环境中的消息消费端以及消息生产端的数量。例如增加或者删减，对此不做赘述。

参见图4所示，为本公开实施例提供的一种应用于消息消费端的消息处理方法的流程图，所述消息处理方法包括步骤S401～S403，其中：

S401：接收第二消息。第二消息在前述内容中已经说明，此处不做赘述。

其中，所述消息消费端可以认为是配置于卡夫卡kafka消息系统中的消费者，用于接收消息转发服务端发送的第二消息并提供处理消息的接口，对消息进行处理，得到处理结果。

在本公开实施例的一种可能的实施方式中，消息消费端被配置为接收到服务端发送的第二消息后，根据预先配置的隔离环境，确定该第二消息是否为消费端能够消费的消息，此处，还可在消息消费端配置相应的Java Agent来判断是否为该该消息消费端应该处理的消息，如果是，才会将第二消息传递给消费端，以供消费端对消息进行消费。这样，隔离环境是由Java Agent技术构建的，无需对消费者的执行代码进行修改，这样，隔离环境A的消费者只能够消费隔离环境A生产的消息。

也就是说，在本申请实施例中，消息转发服务端、消息生产端以及消息消费端中的至少一个需要具备为消息生产端生成的消息添加环境标识的功能，通常是将该功能设置在消息转发服务端中的，对此不做赘述。

再者，在本申请实施例中，消息生产端以及消息消费端之间的角色可以互换，即消费者也可以为生产者，生产者可以为消费者，且消费者和生产者在之间的对应关系可为多对多的关系，对此不做赘述。

如图3所示，消息消费端A只能够接收并处理带有环境标识的隔离消息A，消息消费端B只能够接收并处理带有环境标识的隔离消息B，由此便可以实现消费者对目标消息的处理。

S402：确定所述第二消息携带的环境标识与所述消息消费端的环境标识是否一致；所述第二消息中携带的环境标识是消息转发服务端(或者消息生产端中的Java Agent)根据消息生产端所处的环境确定并添加到所述消息生产端发出的第一消息中所得到的。

其中，环境标识信息为消费者所配置的隔离环境为消费者添加的环境标识信息。具体的，当为消费者配置隔离环境时，Java Agent可以通过对消费者的标识进行增强操作，例如将消费者的名称(消费者的标识)变更为原始名称+隔离环境名称的形式(如第二环境标识信息)，例如，消费者的原始名称为“groupA”，对应隔离环境的第二环境标识为“隔离环境A”，那么，在添加隔离环境A之后，该消费者的名称就变更为“groupA+隔离环境A”。这样，消费者便可以判断传输来的消息中是否具有同样的隔离环境A的环境标识信息，即第二消息携带的环境标识与所述消息消费端的环境标识是否一致，以实现消息过滤。

在本公开一个实施例中，可以基于所述消息消费端的隔离环境对应的第二环境标识信息、以及所述第二消息中携带的环境标识，判断所述第二消息是否为待过滤消息，具体的，从所述第二消息的第一预设字段(例如某比特位)读取所述环境标识，将所述第二环境标识信息和所述环境标识进行匹配，在匹配成功时，确定所述第二消息并非所述待过滤消息。

示例性的，与上述为消息中添加环境标识类似，可以通过kafka系统的版本信息确定读取标识信息的位置。在所述消息消费端的运行环境版本等于所述预设版本时，从所述第二消息的第一预设字段读取所述环境标识，即从预设版本所支持的key值中读取环境标识，具体的，可以通过还原key值，获取环境标识。在所述消息消费端的运行环境版本大于所述预设版本时，从所述第二消息的第二预设字段读取所述环境标识，即从预设版本所支持的header或是其他位置对应的值中读取环境标识。

示例性的，在读取出环境标识之后，将该环境标识与当前消费者所携带的第二环境标识信息进行匹配。在匹配成功时，确定所述第二消息并非所述待过滤消息，可以接收并处理该第二消息；在匹配不成功时，确定所述第二消息为所述待过滤消息，对其进行过滤操作。

在本公开一个实施例中，当消费者处于隔离环境时，对所有未添加环境标识信息的消息进行过滤，当消费者处于非隔离环境时，对所有添加环境标识信息的消息进行过滤。由于kafka系统的消息具有广播的特性，因此如果当前应用是非隔离环境，即普通环境，则消费者在得到消息以后，将所有隔离消息过滤掉，返回给业务逻辑的只有不具有隔离标识的普通消息。如果当前应用是隔离环境，只保留与本隔离环境一致的隔离消息，其他消息将全部被过滤掉。

S403：若所述第二消息携带的环境标识与所述消息消费端的环境标识一致，则处理所述第二消息。

通过对不匹配的消息进行过滤，只留下具有相同环境标识信息的第二消息，由此，可以使得消费者只对携带有环境标识的第二消息进行处理，得到第二消息的处理结果。这样，尤其是在测试领域中，得到的处理结果是处理目标消息得到的，可以实现闭环访问测试，对于测试结果的判定具有重要的意义。

在本公开一个实施例中，若所述第二消息携带的环境标识与所述消息消费端的环境标识不一致，则忽略所述第二消息，即确定该第二消息为过滤消息。

具体的，在判断所述第二消息为待过滤消息的情况下，将第二消息删除，或者不作出响应处理。

本公开实施例中，消息生产端在第一消息中添加环境标识，得到第二消息，消息消费端基于该环境标识判断是否要对该第二消息进行处理，从而实现了消息消费端只处理具有特定环境标识的第二消息，避免了通过增加服务端方式实现消息消费端只处理特定消息，因而减少由此产生的资源消耗。

本公开实施例还提一种消息处理系统，如图5所示，图5为本公开实施例提供的消息处理系统的示意图。所述消息处理系统包括消息生产端510、消息消费端520以及消息转发服务端530，其中：

所述消息生产端510，用于生成第一消息，并将所述第一消息发送至所述消息转发服务端；

所述消息转发服务端530，用于基于所述消息生产端所处的环境，为所述第一消息添加环境标识，以得到第二消息，并将所述第二消息发送至与所述环境标识相对应的消息消费端；

所述消息消费端520，用于确定所述第二消息携带的环境标识与所述消息消费端的环境标识是否一致，若一致，则处理所述第二消息。

其中，上述消息处理系统的各个组成部分解决问题的原理与本公开实施例上述消息处理方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。

基于同一发明构思，本公开实施例中还提供了与消息处理方法对应的消息处理装置，由于本公开实施例中的装置解决问题的原理与本公开实施例上述消息处理方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

参照图6、图7所示，图6为本公开实施例提供的一种消息转发服务端的示意图，图7为本公开实施例提供的一种消息转发服务端的示意图。所述消息转发服务端包括：获取模块610、添加模块620、发送模块630；其中：

获取模块610，用于获取消息生产端发出的第一消息；

添加模块620，用于基于所述消息生产端所处的环境，为所述第一消息添加环境标识，以得到第二消息；

发送模块630，用于将所述第二消息发送至与所述环境标识相对应的消息消费端。

在一些可能的实施方式中，获取模块610即可为任意能够获取第一消息的处理器或者控制器，添加模块620即可为任意能够添加环境标识的处理器或者控制器，发送模块630即可为任意能够发送第二消息的处理器或者控制器，对此不做赘述。

一种可选的实施方式中，所述添加模块620具体用于：

确定所述消息生产端所处环境的环境标识；

将所述环境标识添加到所述第一消息的预设字段内。

一种可选的实施方式中，所述发送模块630具体用于：

确定所述环境中包括的至少一个消息消费端；

将所述第二消息发送至所述至少一个消息消费端。

一种可选的实施方式中，如图7所示，所述装置还包括：设置模块640。

所述设置模块640，用于根据测试需求，设置至少两个环境；其中，每个环境中包括至少一个消息生产端以及至少一个消息消费端。

参照图8、图9所示，图8为本公开实施例提供的一种消息消费端的示意图，图9为本公开实施例所提供的另一种消息消费端的示意图。所述消息消费端包括：接收模块810、确定模块820、处理模块830；其中：

接收模块810，用于接收第二消息；

确定模块820，用于确定所述第二消息携带的环境标识与所述消息消费端的环境标识是否一致；所述第二消息中携带的环境标识是消息转发服务端根据消息生产端所处的环境确定并添加到所述消息生产端发出的第一消息中所得到的；

处理模块830，用于若所述第二消息携带的环境标识与所述消息消费端的环境标识一致，则处理所述第二消息。

在一些可能的实施方式中，接收模块810即可为任意能够接收第二消息的处理器或者控制器，确定模块80即可为任意能够确定第二消息携带的环境标识与消息消费端的环境标识是否一致的处理器或者控制器，处理模块830即可为任意能够对第二消息进行处理的处理器或者控制器，对此不做赘述。

一种可选的实施方式中，如图9所示，所述装置还包括：过滤模块840。

所述过滤模块840，用于若所述第二消息携带的环境标识与所述消息消费端的环境标识不一致，则忽略所述第二消息。

本公开实施例中，消息生产端在第一消息中添加环境标识，得到第二消息，消息消费端基于该环境标识判断是否要对该第二消息进行处理，从而实现了消息消费端只处理具有特定环境标识的第二消息，避免了通过增加服务端方式实现消息消费端只处理特定消息，因而减少由此产生的资源消耗。

关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再详述。

对应于图1、图4中的消息处理方法，本公开实施例还提供了一种计算机设备，如图10所示，为本公开实施例提供的计算机设备结构示意图，包括：

处理器1001、存储器1002、和总线1003；存储器1002用于存储执行指令，包括内存10021和外部存储器10022；这里的内存10021也称内存储器，用于暂时存放处理器1001中的运算数据，以及与硬盘等外部存储器10022交换的数据，处理器1001通过内存10021与外部存储器10022进行数据交换，当所述计算机设备应用于消息转发服务端运行时，所述处理器1001与所述存储器1002之间通过总线1003通信，使得所述处理器1001执行以下指令：

获取消息生产端发出的第一消息；

基于所述消息生产端所处的环境，为所述第一消息添加环境标识，以得到第二消息；

将所述第二消息发送至与所述环境标识相对应的消息消费端。

当所述计算机设备应用于消息消费端运行时，所述处理器1001与所述存储器1002之间通过总线1003通信，使得所述处理器1001执行以下指令：

接收第二消息；

确定所述第二消息携带的环境标识与所述消息消费端的环境标识是否一致；所述第二消息中携带的环境标识是消息转发服务端根据消息生产端所处的环境确定并添加到所述消息生产端发出的第一消息中所得到的；

若所述第二消息携带的环境标识与所述消息消费端的环境标识一致，则处理所述第二消息。

本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例中所述的消息处理方法的步骤。其中，该存储介质可以是易失性或非易失的计算机可读取存储介质。

本公开实施例还提供一种计算机程序产品，该计算机程序产品承载有程序代码，所述程序代码包括的指令可用于执行上述方法实施例中所述的消息处理方法的步骤，具体可参见上述方法实施例，在此不再赘述。

其中，上述计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一个可选实施例中，计算机程序产品具体体现为软件产品，例如软件开发包(Software Development Kit，SDK)等等。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本公开所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本公开的具体实施方式，用以说明本公开的技术方案，而非对其限制，本公开的保护范围并不局限于此，尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本公开实施例技术方案的精神和范围，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应所述以权利要求的保护范围为准。

Claims (11)

1.一种消息处理方法，其特征在于，应用于消息转发服务端，包括：

获取消息生产端发出的第一消息，并获取对所述消息生产端设定的隔离环境；

基于所述消息生产端所处的隔离环境，为所述第一消息添加环境标识，以得到第二消息；

将所述第二消息发送至与所述环境标识相对应的消息消费端；

其中，基于所述消息生产端所处的隔离环境，为所述第一消息添加环境标识，以得到第二消息，包括：

在所述消息生产端的运行环境版本等于预设版本的情况下，基于所述第一消息的属性信息和/或所述第一消息中第一预设字段的比特值，为所述第一消息添加环境标识，得到所述第二消息；

在所述消息生产端的运行环境版本高于所述预设版本的情况下，在所述第一消息的标题字段中添加所述环境标识，得到所述第二消息；所述环境标识用于指示所述消息消费端是否对所述第二消息进行消费。

2.根据权利要求1所述的消息处理方法，其特征在于，所述基于所述消息生产端所处的隔离环境，为所述第一消息添加环境标识，包括：

确定所述消息生产端所处隔离环境的环境标识；

将所述环境标识添加到所述第一消息的预设字段内。

3.根据权利要求1所述的消息处理方法，其特征在于，所述将所述第二消息发送至与所述环境标识相对应的消息消费端，包括：

确定所述隔离环境中包括的至少一个消息消费端；

将所述第二消息发送至所述至少一个消息消费端。

4.根据权利要求1所述的消息处理方法，其特征在于，所述方法还包括：

根据测试需求，设置至少两个隔离环境；其中，每个隔离环境中包括至少一个消息生产端以及至少一个消息消费端。

5.一种消息处理方法，其特征在于，应用于消息消费端，包括：

接收第二消息；其中，所述第二消息是在消息生产端的运行环境版本等于预设版本的情况下，基于第一消息的属性信息和/或所述第一消息中第一预设字段的比特值，为所述第一消息添加环境标识得到，在所述消息生产端的运行环境版本高于所述预设版本的情况下，在所述第一消息的标题字段中添加所述环境标识得到的；

确定所述第二消息携带的环境标识与所述消息消费端的环境标识是否一致；所述第二消息中携带的环境标识是消息转发服务端根据消息生产端所处的隔离环境确定并添加到所述消息生产端发出的第一消息中所得到的；

若所述第二消息携带的环境标识与所述消息消费端的环境标识一致，则处理所述第二消息。

6.根据权利要求5所述的消息处理方法，其特征在于，所述方法还包括：

若所述第二消息携带的环境标识与所述消息消费端的环境标识不一致，则忽略所述第二消息。

7.一种消息处理系统，其特征在于，包括消息生产端、消息消费端以及消息转发服务端，其中：

所述消息生产端，用于生成第一消息，并将所述第一消息发送至所述消息转发服务端；

所述消息转发服务端，用于基于所述消息生产端所处的隔离环境，为所述第一消息添加环境标识，以得到第二消息，并将所述第二消息发送至与所述环境标识相对应的消息消费端；所述消息转发服务器在基于所述消息生产端所处的隔离环境，为所述第一消息添加环境标识，以得到第二消息时，用于：在所述消息生产端的运行环境版本等于预设版本的情况下，基于所述第一消息的属性信息和/或所述第一消息中第一预设字段的比特值，为所述第一消息添加环境标识，得到所述第二消息；在所述消息生产端的运行环境版本高于所述预设版本的情况下，在所述第一消息的标题字段中添加所述环境标识，得到所述第二消息；所述环境标识用于指示所述消息消费端是否对所述第二消息进行消费；

所述消息消费端，用于确定所述第二消息携带的环境标识与所述消息消费端的环境标识是否一致，若一致，则处理所述第二消息。

8.一种消息转发服务端，其特征在于，包括：

获取模块，用于获取消息生产端发出的第一消息，并获取对所述消息生产端设定的隔离环境；

添加模块，用于基于所述消息生产端所处的隔离环境，为所述第一消息添加环境标识，以得到第二消息；

发送模块，用于将所述第二消息发送至与所述环境标识相对应的消息消费端；

所述添加模块，具体用于：

在所述消息生产端的运行环境版本等于预设版本的情况下，基于所述第一消息的属性信息和/或所述第一消息中第一预设字段的比特值，为所述第一消息添加环境标识，得到所述第二消息；

在所述消息生产端的运行环境版本高于所述预设版本的情况下，在所述第一消息的标题字段中添加所述环境标识，得到所述第二消息；所述环境标识用于指示所述消息消费端是否对所述第二消息进行消费。

9.一种消息消费端，其特征在于，包括：

接收模块，用于接收第二消息；其中，所述第二消息是在消息生产端的运行环境版本等于预设版本的情况下，基于第一消息的属性信息和/或所述第一消息中第一预设字段的比特值，为所述第一消息添加环境标识得到，在所述消息生产端的运行环境版本高于所述预设版本的情况下，在所述第一消息的标题字段中添加所述环境标识得到的；

确定模块，用于确定所述第二消息携带的环境标识与所述消息消费端的环境标识是否一致；所述第二消息中携带的环境标识是消息转发服务端根据消息生产端所处的隔离环境确定并添加到所述消息生产端发出的第一消息中所得到的；

处理模块，用于若所述第二消息携带的环境标识与所述消息消费端的环境标识一致，则处理所述第二消息。

10.一种计算机设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当计算机设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如权利要求1至4任一项所述的消息处理方法的步骤，或者，如权利要求5至6任一项所述的消息处理方法的步骤。

11.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至4任一项所述的消息处理方法的步骤，或者，如权利要求5至6任一项所述的消息处理方法的步骤。

Images