[发明专利]分布式消息广播通知实现方法

说明书

本发明提供一种分布式消息广播通知实现方法，包括以下步骤：加入集群中的节点请求消息中心订阅公共主题；节点再次请求消息中心订阅属于每个节点的私有主题；消息发送者在发送消息前请求消息中心，获取当前订阅公共主题的客户端数量，请求数据中心发送到公共主题；消息发送者将消息体发送后，等待来自私有主题上的消息，其中等待到至少M条消息，如果在指定时间内未等到预期数量的消息，判定为执行超时；集群内的节点接收到来自公共主题的消息后，根据消息中的标识信息以发出响应或者不做响应。本发明基于长连接的通信，并且解耦节点与节点间的依赖，可实现节点上下线状态可以快速被消息中心感知到，不影响消息到达。

技术领域

本发明涉及消息广播与处理领域，具体而言涉及一种分布式消息广播通知实现方法。

背景技术

在应用开发过程中，经常会遇到向集群内的其他节点或者服务发送消息通知，并且需要同步等待接收方处理结果的业务需求，例如节点本地某个人员信息的缓存，当在另一个节点删除该人员时需要通知其他节点删除本地缓存。

目前，针对此类业务需求，在一些实施方式中，主要通过注册中心获取到集群内的所有节点，然后进行遍历定向通知，通知方式有HTTP、RPC(如dubbo)协议，如图1所示，其流程如下：节点加入集群后，向注册中心发起请求，将节点注册到注册中心；节点定时向注册中心发起心跳请求，汇报在线状态；节点需要发起广播通知时，需要从注册中心拉取当前在线的所有节点信息；遍历所有在线的节点，发起通知，例如请求其他的http接口；等待所有节点通知完毕，完成本次消息广播通知。

但我们现有技术的消息通知实现过程来看，以上通知方式属于短连接方案，建立连接的成本较高，效率较低；而且节点之间会直接产生依赖，如果节点数量较多，通信成本会大幅提高；同时还存在注册中心对节点的上线和下线感知存在延迟，导致节点实际上线后，可能不能立刻收到通知消息的缺陷，因此需要降低因为注册中心感知节点状态的延迟，导致消息不能有效到达节点的概率。

发明内容

本发明目的在于提供使用长连接通信并降低节点与节点之间通信成本和依赖的分布式消息广播通知实现方法，包括：

步骤1、加入集群中的节点请求消息中心订阅公共主题；

步骤2、节点再次请求消息中心订阅属于每个节点的私有主题；

步骤3、消息发送者在发送消息前请求消息中心，获取当前订阅公共主题的客户端数量，记为client_count，如果订阅公共主题的客户端数量小于或等于1，则取消发送消息；如果订阅公共主题的客户端数量大于1，则由消息发送者组装消息体，包含消息内容和发送者标识，请求数据中心发送到公共主题；

步骤4、消息发送者将消息体发送后，等待来自私有主题上的消息，其中等待到至少M条消息，其中M＝client_count-1，如果在指定时间内未等到预期数量的消息，判定为执行超时；

步骤5、集群内的节点接收到来自公共主题的消息后，根据消息中的标识信息以发出响应或者不做响应。

进一步地，在所述步骤5中，接收到来自公共主体的消息的节点首先根据消息体中发送者标识判断消息是否来自于自身，如果是，则不做处理，如果发送消息来自于其他节点，对消息处理后，根据发送者标识，向对应的发送者私有主题发送响应消息。

进一步地，在所述步骤4中，如果执行超时，则重发消息或者结束消息发送流程。

应当理解，前述构思以及在下面更加详细地描述的额外构思的所有组合只要在这样的构思不相互矛盾的情况下都可以被视为本公开的发明主题的一部分。另外，所要求保护的主题的所有组合都被视为本公开的发明主题的一部分。

结合附图从下面的描述中可以更加全面地理解本发明教导的前述和其他方面、实施例和特征。本发明的其他附加方面例如示例性实施方式的特征和/或有益效果将在下面的描述中显见，或通过根据本发明教导的具体实施方式的实践中得知。