本文介绍了构建支持亿级用户在线的IM集群的难点与解决方案。主要难点在于群发消息和用户分布的不确定性，核心在于消息路由。作者提出了选择IM服务器和消息路由作为集群实现的两大关键，并分享了自己的架构设计，强调了内部算法的复杂性。文章适合对socket编程、多线程、锁有深入理解的读者，提供了简化复杂架构的思想。
前言
一个IM产品，如果要支持亿级用户在线，集群是没法绕过的坎，三年前就在思考这个IM集群的事儿，也一直在等待某位大神能提供一颗开源银弹来解决这个问题，左等右等，没等到其它大神的答案，倒是等来了自己的灵光闪现，今年夏天自己耗时20天编码完成了心中的集群构想。
IM集群的难点
IM集群的难点主要由以下两个场景导致
- 群发消息时，这个群的用户会分散在不同的IM服务器上
- 给某用户发消息时，这个用户的PC、App端可能分布在不同的服务器上
以上两个问题，归根到底就是消息路由的问题，有一个简单暴力的做法是用topic来绕开路由算法的问题，但topic对服务器性能影响太大了，因为所有消息都要走一下消息中心服务器，消息中心服务器然后再分发到其它IM服务器
IM集群的两件事
集群的完整实现，归纳起来就两件事
- 为客户端选择IM服务器
- 客户发消息时，把消息路由到对应的IM服务器，再由IM服务器分发消息给指定的客户端
谭聊的集群架构和流程
1. 选择IM服务器
2. 消息路由
结束语
有的设计师能把复杂的事简单化，有的设计师能把简单的事复杂化，希望各位读者看完本篇文章后，能豁然开朗。当然啦，架构图虽然简洁明了，但内部算法还是相对复杂的，对socket编程、多线程、锁不熟练的同学，不建议将本架构图落地为代码（低调地提示：企业版t-io的集群版已经在框架层实现了集群）
扫一扫
20万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
