方案一架构设计图

在这里插入图片描述

方案一流程说明

1.server端启动，并注册节点信息到zookeeper上
2.client端用户登录的时候，调用路由层，路由层记录用户的登录信息到redis中（后续方便获取活跃用户信息）
3.路由层获取zookeeper上服务端列表信息，并通过负载算法，返回对应的服务器ip和端口
4.client端获取到服务器信息后，websocket连接，并后续ping-pong保持连接
5.client端发送信息，服务端channel接收到后，首先判断接收方是否在线，通过redis进行判断，如果在线，则再次判断是否在本机的会话中保存该用户的channel信息，有的话，直接转发；如果没有，则发送MQ广播消息，给各个服务器列表，继续执行上述逻辑即可；

6.如果用户不存在，则把消息存储到数据库中，用户登录的时候，进行一次拉取即可

7.client端下线或者会话中断，server端检测到后，需要调用路由层，清除用户的登录信息

方案二

在这里插入图片描述

方案二流程说明

1.server端启动，并注册节点信息到zookeeper上
2.server端监听zookeeper服务端节点彼变化，并实例化远程代理的bean
3.client端用户登录的时候，调用路由层，路由层记录用户的登录信息到redis中（后续方便获取活跃用户信息）
4.路由层获取zookeeper上服务端列表信息，并通过负载算法，返回对应的服务器ip和端口
5.client端获取到服务器信息后，websocket连接，并后续ping-pong保持连接
6.client端发送信息，服务端channel接收到后，首先判断接收方是否在线，通过redis进行判断，如果在线，则再次判断是否在本机的会话中保存该用户的channel信息，有的话，直接转发；如果没有，则获取到用户会话的channel服务器信息，通过TCP转发消息即可
7.如果用户不在线，则把消息存储到数据库中，用户登录的时候，进行一次拉取即可
8.client端下线或者会话中断，server端检测到后，需要调用路由层，清除用户的登录信息