IM设计思考

用过IM很多年了，直到最近才开始好好想想IM的实现需要考虑哪些方面？

特别是在海量用户的IM环境下，需要考虑哪些方面，自己大概思考了下总结如下：

1.  海量接入

QQ的最高在线用户超过了1亿，那么大约每台服务器能接入多少用户？

如何将海量的登陆用户平均负载到接入服务器集群？

某台接入服务器过载崩溃时如何平滑转移，避免“多米诺”骨牌效应。

2.  安全认证

登陆认证时如何保障安全？何种加密机制，验证方式？

消息传递时的安全性，加密或不加密？

自动登陆时的验证模式？

3.  消息转发

不同用户可能登陆在不同的服务器上（存在跨IDC机房可能），如何保证即时性和可靠性？

如何定位用户的登陆位置进行转发？

每条消息的大小限制多少？

4.  离线消息

离线消息是否100%可靠？

每个用户允许多大的离线消息存储？

离线消息是否有过期时间？如何管理？

5.  状态广播

上线、下线、离开、用户自定义等多种状态消息向好友的转播，可能形成的广播洪流拥塞网络如何解决？

6.  多点登陆

如何支持用户多点登陆（PC、手机、PAD同时登陆）？

多点登陆的情况下消息如何转发，状态如何通知？

7.  关系管理

海量用户关系如何管理？

允许每个用户关联多少好友？（关联的数目越多关系数据网越复杂，对消息和状态通知带来更大压力）

好友关系的版本管理机制如何设计？（方便和本地客户端对比，减少网络传输流量，进行差异更新）

8.  多媒体通信

复杂网络环境下的语音、视频如何通信，协议协商？

9.  文件传输

传输协议协商机制？

中转传输时的可靠性、并发能力和流量控制？（单台服务器可同时服务于多少用户的中转传输？）