聊天系统方案设计

本文深入探讨了两种WebSocket集群方案的设计思路,包括通过Zookeeper注册与发现服务、利用Redis存储在线用户信息、基于负载均衡选择服务器、WebSocket连接维护及消息转发机制,以及离线消息存储与拉取策略。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

方案一架构设计图

在这里插入图片描述

方案一 流程说明

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端检测到后,需要调用路由层,清除用户的登录信息

优化

是否还有其他方案来解决channel集群共享问题呢?

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值