2021-08-05

最新推荐文章于 2021-11-17 11:36:58 发布

flybirding10011

最新推荐文章于 2021-11-17 11:36:58 发布

阅读量151

点赞数

分类专栏：笔记修改后111111新库

本文链接：https://blog.csdn.net/cpongo1/article/details/119414119

版权

笔记修改后111111新库专栏收录该内容

90 篇文章

订阅专栏


```java
graph TD;
A-->B;
B-->C;


```mermaid

```mermaid
一、引言
要实现一整套能用于大用户量、高并发场景下的IM群聊，技术难度远超IM系统中的其它功能，原因在于：IM群聊消息的实时写扩散特性带来了一系列技术难题。举个例子：如一个2000人群里，一条普通消息的发出问题，将瞬间写扩散为2000条消息的接收问题，如何保证这些消息的及时、有序、高效地送达，涉及到的技术问题点实在太多，更别说个别场景下万人大群里的炸群消息难题了更别说个别场景下万人大群里的炸群消息难题了。这也是为什么一般中大型IM系统中，都会将群聊单独拎出来考虑架构的设计，单独有针对性地进行架构优化，从而降低整个系统的设计难度。本文将分享的是一套生产环境下的IM群聊消息系统的高可用、易伸缩、高并发架构设计实践，属于原创第一手资料，内容较专业，适合有一定IM架构经验的后端程序员阅读。推荐：如有兴趣，本文作者的另一篇《一套原创分布式即时通讯(IM)系统理论架构方案》，也适合正在进行IM系统架构设计研究的同学阅读。二、万事开头难：初始的极简实现所谓的群聊消息系统，就是一种多对多群体聊天方式，譬如直播房间内的聊天室对应的服务器端就是一个群聊消息系统。2017年9月初，我们初步实现了一套极简的群聊消息系统，其大致架构如下：系统名词解释：1）Client : 消息发布者【或者叫做服务端群聊消息系统调用者】，publisher；2）Proxy : 系统代理，对外统一接口，收集Client发来的消息转发给Broker；3）Broker ：系统消息转发Server，Broker 会根据 Gateway Message 组织一个 RoomGatewayList【key为RoomID，value为 Gateway IP：Port 地址列表】，然后把 Proxy 发来的消息转发到 Room 中所有成员登录的所有 Gateway；4）Router ：用户登录消息转发者，把Gateway转发来的用户登入登出消息转发给所有的Broker；5）Gateway ：所有服务端的入口，接收合法客户端的连接，并把客户端的登录登出消息通过Router转发给所有的Broker；6）Room Message : Room聊天消息；7）Gateway Message : Room内某成员 登录 或者 登出 某Gateway消息，包含用户UIN/RoomID/Gateway地址{IP：Port}等消息。当一个 Room 中多个 Client 连接一个 Gateway 的时候，Broker只会根据 RoomID 把房间内的消息转发一次给这个Gateway，由Gateway再把消息复制多份分别发送给连接这个 Gateway 的 Room 中的所有用户的客户端。作者：JackJiang2011链接：https://www.jianshu.com/p/6910fec29016来源：简书著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
```mermaid
123
234
345