im即时通讯开发：群聊的在线状态同步用“推”还是“拉”？

“用户在线状态的一致性”（单聊好友在线状态、群聊用户在线状态）是IM应用领域比较难解决的一个技术问题，如何精准实时的获得好友、群友的在线状态，是今天将要探讨的话题。

保持单聊好友状态的一致性

1场景一：用户uid-A登录时，如何获取自己全部好友的在线状态？

一个典型的IM大致的处理逻辑是这样的：

1）服务器要存储所有用户的在线状态（往往存储在保证高可用的缓存集群里） -> 保证状态可查，

2）用户状态实时变更，任何用户登录时，需要将服务端自己的在线状态置为online；任何用户登出时，需要将服务端自己的状态置为offline -> 保证服务端状态存储的一致性与实时性，

3）uid-A登录时，先去数据库拉取自己的好友列表，再去缓存获取所有好友的在线状态 -> 保证登录时好友状态获取的一致性与实时性，

用户uid-A的好友uid-B状态改变时（由登录、登出、隐身等动作触发），uid-A如何知道这一事件？

► 方案一的逻辑：

uid-A向服务器轮询拉取uid-B（其实是自己的全部好友）的状态，例如每1分钟一次。

方案一的缺点：

    如果uid-B的状态改变，uid-A获取不实时，可能有1分钟时延；

    如果uid-B的状态不改变，uid-A会有大量无效的轮询请求，占用服务器资源。

► 方案二的逻辑：

uid-B状态改变时（由登录、登出、隐身等动作触发），服务器不仅在缓存中