[- 1 -] 快速裂变:见证微信强大后台架构从0到1的演进历程(一) [摘要] 2个月的开发时间,微信后台系统经历了从0到1的过程。从小步慢跑到快速成长,经历了平台化到走出国门,微信交出的这份优异答卷,解题思路是怎样的? [- 2 -] 如何保证IM实时消息的“时序性”与“一致性”? [摘要] 实时消息时序和一致性是分布式系统架构设计中非常难的问题(尤其IM应用这种以消息为中心的应用形态),困难在哪?有什么常见优化实践?这就是本文要讨论的内容。 [- 3 -] IM单聊和群聊中的在线状态同步应该用“推”还是“拉”? [摘要] “用户在线状态的一致性”(单聊好友在线状态、群聊用户在线状态)是IM应用领域比较难解决的一个技术问题,如何精准实时的获得好友、群友的在线状态,是今天将要探讨的话题。 [- 4 -] IM群聊消息如此复杂,如何保证不丢不重? [摘要] 由于“消息风暴扩散系数”的存在(概念详见《IM单聊和群聊中的在线状态同步应该用“推”还是“拉”?》),群消息的复杂度要远高于一对一的单聊消息。群消息的实时性、可达性、离线消息是今天将要讨论的核心话题。 [- 5 -] 微信后台团队:微信后台异步消息队列的优化升级实践分享 [摘要] 本文分享了该组件2.0版本的功能特点及优化实践,希望能为类似业务(比如移动端IM系统等)的消息队列设计提供一定的参考。 [- 6 -] 移动端IM中大规模群消息的推送如何保证效率、实时性? [摘要] 当然,实际在生产环境下,群消息的发送都会想尽办法进行压缩,并开展各种改善性能的处理办法,而不是像上述举例里的直接扩散写(即2000人群里,一条消息被简单地复制为2000条一对一的消息投递)。具体有哪些优先策略?本文或许可以带给你一些启发。 [- 7 -] 现代IM系统中聊天消息的同步和存储方案探讨 [摘要] 本文内容主要涉及IM系统中的消息系统架构,探讨一种适用于大用户量的消息同步以及存储系统的架构实现,能够支持消息系统中的高级特性『多端同步』以及『消息漫游』。在性能和规模上,能够做到全量消息云端存储,百万TPS以及毫秒级延迟的消息同步能力。 [- 8 -] 关于IM即时通讯群聊消息的乱序问题讨论 [摘要] 问题描述:客户端A、B、C,服务端S,例如:A发三条群消息,B、C收到的消息都是乱序,目前问题:A发第一条消息失败之后排到队列,这时服务端还在持续发消息,那么第二条消息送达到B、C,然后客户端最先显示的就不是第一条消息,导致乱序出现。 [- 9 -] IM群聊消息的已读回执功能该怎么实现? [摘要] 那么群聊消息的收发流程、消息的送达保证、已读回执机制,到底该怎么实现呢?这就是今天要讨论的话题。 [- 10 -] IM群聊消息究竟是存1份(即扩散读)还是存多份(即扩散写)? [摘要] 任何技术方案,都不是天才般灵感乍现想到的,一定是一个演进迭代,逐步优化的过程。今天就聊一聊,IM群聊消息,为啥只需要存一份。 [- 11 -] 一套高可用、易伸缩、高并发的IM群聊、单聊架构方案设计实践 [摘要] 本文将分享的是一套生产环境下的IM群聊消息系统的高可用、易伸缩、高并发架构设计实践,属于原创第一手资料,内容较专业,适合有一定IM架构经验的后端程序员阅读。 [- 12 -] [技术脑洞] 如果把14亿中国人拉到一个微信群里技术上能实现吗? [摘要] 听到这个问题,全厂的人都炸了。要知道一个微信群最多只能有500人啊,QQ群也只有2000而已。当你有机会加入一个2000人QQ群的时候,你就已经感受到“信息爆炸”的可怕…… [- 13 -] IM群聊机制,除了循环去发消息还有什么方式?如何优化? [摘要] 目前我是用循环来获取群成员,然后获取群成员ID去循环调用senddata()方法,想不用循环或者用其他什么方式来优化群聊循环发送这个机制,各位大佬有什么办法没? [- 14 -] 网易云信技术分享:IM中的万人群聊技术方案实践总结 [摘要] 本文内容是网易云信团队为了响应万人群聊功能需求,在设计实现万人群聊技术方案中总结的技术实践,借此机会分享给各IM开发者同行。 [- 15 -] 阿里钉钉技术分享:企业级IM王者——钉钉在后端架构上的过人之处 [摘要] 本文适合有一定IM后端架构设计经验的开发者阅读,或许出于商业产品技术秘密的考虑,分享者在本次所分享的内容上有所保留,鉴于阿里对于钉钉在技术上的内容分享做的非常少,所以本文虽然内容不够全面,但仍然值得一读。 ****************************************** 👉 52im社区好文推荐:《抖音技术分享:飞鸽IM桌面端基于Rust语言进行重构的技术选型和实践总结》,欢迎阅读!👈 👉 我是Jack Jiang,我为自已带盐!https://github.com/JackJiang2011/MobileIMSDK/ 👈 |
来源:即时通讯网 - 即时通讯开发者社区! |