[发明专利]一种消息推送方法、装置、电子设备及存储介质

说明书

本发明公开了一种消息推送方法、装置、电子设备及存储介质，用于解决现有的消息推送方法频道与代理层的订阅关系不可控，一个频道可能会被多个代理层订阅的技术问题。其中，方法包括：通过预设的网关接收预设客户端针对预设频道的第一订阅请求，并将第一订阅请求发送至预设第一代理层；通过第一代理层将第一订阅请求转化为第二订阅请求，并将第二订阅请求发送至预设中心化组件；通过中心化组件响应第二订阅请求确定目标代理层，并判断目标代理层与第一代理层是否相同；若相同，则通过第一代理层向客户端返回订阅成功消息，并生成目标代理层与频道的订阅关系；当接收到针对频道的推送请求时，基于订阅关系将推送请求发送至对应的客户端。

技术领域

本发明涉及消息推送技术领域，尤其涉及一种消息推送方法、装置、电子设备及存储介质。

背景技术

当前的即时推送系统中，客户端接入服务端推送系统，主要通过TCP协议连接负载均衡器，负载均衡器再将流量随机转接至客户端代理层proxy。在房间、频道、直播间等业务场景中，订阅关系会有三个维度，分别是频道、客户端标识(即用户标识)、proxy标识。一条推往某个指定房间的消息，需要先路由到proxy，再路由到客户端。

目前主要有两种可行的方式，一种是无视与proxy的订阅关系，将推送消息广播到所有proxy，由proxy根据本地的房间、客户端的订阅关系，推送消息或是丢弃消息。这种方式简化了订阅关系的处理；但是，将消息广播到所有的proxy，对每个proxy来说大部分消息都是无效的，即无效消息放大，大量的无效消息对网络资源、CPU资源造成了极大的浪费；而且，由于消息是直接广播至所有proxy，当消息量达到单机负载瓶颈，水平扩容将失去任何效果。

另一种是由上层业务或者推送服务入口去处理订阅关系，即在推送入口处查询房间与proxy的订阅关系，然后设置消息队列(MQ)路由规则，再由proxy根据本地订阅关系推送到客户端，这种方式由于订阅关系比较庞大且变化快，且频道与proxy的订阅关系不可控，一个频道可能会被多个proxy订阅，消息需要投递多次，从而提高存储成本，以及导致性能延时。

发明内容

本发明提供了一种消息推送方法、装置、电子设备及存储介质，用于解决现有的消息推送方法频道与代理层的订阅关系不可控，一个频道可能会被多个代理层订阅的技术问题。

本发明提供了一种消息推送方法，包括：

通过预设的网关接收预设客户端针对预设频道的第一订阅请求，并将所述第一订阅请求发送至预设第一代理层；

通过所述第一代理层将所述第一订阅请求转化为第二订阅请求，并将所述第二订阅请求发送至预设中心化组件；

通过所述中心化组件响应所述第二订阅请求确定目标代理层，并判断所述目标代理层与所述第一代理层是否相同；

若相同，则通过所述第一代理层向所述客户端返回订阅成功消息，并生成所述目标代理层与所述频道的订阅关系；

当接收到针对所述频道的推送请求时，基于所述订阅关系将所述推送请求对应的推送消息发送至对应的客户端。

可选地，还包括；

若所述目标代理层与所述第一代理层不同，则通过所述第一代理层向所述客户端返回所述目标代理层的代理层标识；所述代理层标识用于所述客户端发起二次订阅。

可选地，所述通过所述中心化组件响应所述第二订阅请求确定目标代理层的步骤，包括：

通过所述中心化组件判断是否存在所述频道对应的订阅关系；

若是，根据所述订阅关系确定目标代理层；

若否，为所述频道分配第二代理层，将所述第二代理层作为所述频道的目标代理层。