做了5年即时通讯(IM)，今天来讲讲架构与细节

职业生涯前5年，几乎都在做即时通讯(IM)，在百度，在58同城。

画外音：听说，百度HI改名了？

一直有朋友怂恿，让我把相关技术和大家讲讲。

今天，终于下了这个决心：

（1）一条聊天消息，传输层/安全层/应用层协议应该如何选型？协议的细节如何设计？

（2）一个即时通讯系统，有哪些必不可少的模块，千万并发长连接如何处理？复杂的逻辑服务如何解耦？每秒几百万次消息如何投递？如何屏蔽数据访问的复杂性？

（3）一条“hello”消息投递的核心流程究竟是怎么样的？怎么样能突破SMC定理的魔咒，做到消息不丢失不重复？

（4）宏观架构上，如果多机房多活，如何无限容量，如何高可用，如何负载均衡？

（5）其他业务细节，例如用户状态如何同步？群消息如何投递？离线消息如何处理？WEBIM消息如何实时？

花几年搞透了这一套协议，模块，核心流程，宏观架构，业务细节，P8应该问题不大。今晚，有一个过来人直播交流的机会，你愿不愿意一起？

事件：在线直播

话题：《千万同时在线，IM架构与细节》

时间：8.9（今晚）20:00

费用：架构师之路朋友免费，其他人不开放

大纲：上文中的1-5

如何观看直播？

没有任何套路，扫码进入H5，立刻观看。

只聊技术，扫码进入直播间

不知不觉，通过直播讲解技术，已经讲到第七期了：

• 第一期，区块链架构设计

• 第二期，秒杀架构设计

• 第三期，feed架构设计

• 第四期，搜索引擎内核架构与细节

• 第五期，MQ内核架构与细节

• 第六期，RPC内核架构与细节

感兴趣的童鞋，扫码回看历史：

扫码，回看历史直播

直播，也是自己一时兴起，付出周末的时间，讲讲技术，和大家聊聊天。如果大家觉得效果好，我尽自己努力，坚持做下去。

颜值主播，嘴笨，如果现场翻车，大伙多多包涵。

公众号不能推消息，很不方便。搞了一个服务号，今后的不定期直播，会以消息的形式，通过服务号发出，欢迎关注。

服务号，不定期免费直播

欢迎今晚20:00来看我在线翻车，来不了的，也帮忙转发，支持下这份情怀。

阅读原文，立刻进入直播间，立刻占座。