文章插图
比如论坛里很多热门技术方案都是这样来做的,比如最典型的这两篇:《IM单聊和群聊中的在线状态同步应该用“推”还是“拉”?》、《IM消息送达保证机制实现(二):保证离线消息的可靠投递》,文记里提到的“推”其实就是走的“长连接”、“拉”就上指的http短连接 。
对于socket长连接服务就没什么好说,就是大家最常理解的那样 。
IM业务系统详细来说,就是专注处理IM相关的业务逻辑,比如:
- 1)维护用户数据:用户基本信息等;
- 2)维护好友关系:好友请求、好友列表、好友信息等;
- 3)维护群组信息:群创建、解散、成员管理等;
- 4)提供数据:离线拉取、历史记录同步;
- 5)其它逻辑:比如通过存储和推送系统,存储消息和发送通知;
- 1)GInfo服务:群组信息维护;
- 2)IM服务:处理1V1消息;
- 3)GIM服务:处理群组消息 。
文章插图
推荐阅读
- 亿级流量架构之分布式事务思路及方法
- 亿级大表分库分表实战总结
- Netflix如何实现Android与 iOS共用一套代码?
- Windows驱动锁的C++简单封装
- 瑞虎8后备箱隔板怎么拆 瑞虎8门板怎么拆
- 亿级数据库毫秒级查询?看完这一篇,海量数据赋能你也行
- Linux Scsi子系统框架介绍
- 一套就能用的短视频脚本模板,谁套谁火
- CSS样式更改——文本Content
- 如何搭建一套能够同时支持RTMP和国标GB28181的流媒体平台视频服务器?