为了更好地分类浏览 52im.net 总计1000多篇精编文章,我将在每周三推送新的一期技术文集,本次是第34 期。

[- 1 -] 疾速裂变:见证微信弱小后盾架构从0到1的演进历程(一)

[链接] http://www.52im.net/thread-168-1-1.html

[摘要] 2个月的开发工夫,微信后盾零碎经验了从0到1的过程。从小步慢跑到疾速成长,经验了平台化到走出国门,微信交出的这份优异答卷,解题思路是怎么的?

[- 2 -] 如何保障IM实时音讯的“时序性”与“一致性”?

[链接] http://www.52im.net/thread-714-1-1.html

[摘要] 实时音讯时序和一致性是分布式系统架构设计中十分难的问题(尤其IM利用这种以音讯为核心的利用状态),艰难在哪?有什么常见优化实际?这就是本文要探讨的内容。

[- 3 -] IM单聊和群聊中的在线状态同步应该用“推”还是“拉”?

[链接] http://www.52im.net/thread-715-1-1.html

[摘要] “用户在线状态的一致性”(单聊好友在线状态、群聊用户在线状态)是IM应用领域比拟难解决的一个技术问题,如何精准实时的取得好友、群友的在线状态,是明天将要探讨的话题。

[- 4 -]IM群聊音讯如此简单,如何保障不丢不重?

[链接] http://www.52im.net/thread-753-1-1.html

[摘要] 因为“音讯风暴扩散系数”的存在(概念详见《IM单聊和群聊中的在线状态同步应该用“推”还是“拉”?》),群音讯的复杂度要远高于一对一的单聊音讯。群音讯的实时性、可达性、离线音讯是明天将要探讨的外围话题。

[- 5 -] 微信后盾团队:微信后盾异步音讯队列的优化降级实际分享

[链接] http://www.52im.net/thread-801-1-1.html

[摘要] 本文分享了该组件2.0版本的性能特点及优化实际,心愿能为相似业务(比方挪动端IM零碎等)的音讯队列设计提供肯定的参考。

[- 6 -] 挪动端IM中大规模群音讯的推送如何保障效率、实时性?

[链接] http://www.52im.net/thread-1221-1-1.html

[摘要] 当然,理论在生产环境下,群音讯的发送都会想尽办法进行压缩,并发展各种改善性能的解决方法,而不是像上述举例里的间接扩散写(即2000人群里,一条音讯被简略地复制为2000条一对一的音讯投递)。具体有哪些优先策略?本文或者能够带给你一些启发。

[- 7 -] 古代IM零碎中聊天音讯的同步和存储计划探讨

[链接] http://www.52im.net/thread-1230-1-1.html

[摘要] 本文内容次要波及IM零碎中的音讯零碎架构,探讨一种实用于大用户量的音讯同步以及存储系统的架构实现,可能反对音讯零碎中的高级个性『多端同步』以及『音讯漫游』。在性能和规模上,可能做到全量音讯云端存储,百万TPS以及毫秒级提早的音讯同步能力。

[- 8 -] 对于IM即时通讯群聊音讯的乱序问题探讨

[链接] http://www.52im.net/thread-1436-1-1.html

[摘要] 问题形容:客户端A、B、C,服务端S,例如:A发三条群音讯,B、C收到的音讯都是乱序,目前问题:A发第一条音讯失败之后排到队列,这时服务端还在继续发消息,那么第二条音讯送达到B、C,而后客户端最先显示的就不是第一条音讯,导致乱序呈现。

[- 9 -] IM群聊音讯的已读回执性能该怎么实现?

[链接] http://www.52im.net/thread-1611-1-1.html

[摘要] 那么群聊音讯的收发流程、音讯的送达保障、已读回执机制,到底该怎么实现呢?这就是明天要探讨的话题。

[- 10 -] IM群聊音讯到底是存1份(即扩散读)还是存多份(即扩散写)?

[链接] http://www.52im.net/thread-1616-1-1.html

[摘要] 任何技术计划,都不是蠢才般灵感乍现想到的,肯定是一个演进迭代,逐渐优化的过程。明天就聊一聊,IM群聊音讯,为啥只须要存一份。

[- 11 -] 一套高可用、易伸缩、高并发的IM群聊、单聊架构方案设计实际

[链接] http://www.52im.net/thread-2015-1-1.html

[摘要] 本文将分享的是一套生产环境下的IM群聊音讯零碎的高可用、易伸缩、高并发架构设计实际,属于原创第一手材料,内容较业余,适宜有肯定IM架构教训的后端程序员浏览。

[- 12 -] [技术脑洞] 如果把14亿中国人拉到一个微信群里技术上能实现吗?

[链接] http://www.52im.net/thread-2017-1-1.html

[摘要] 听到这个问题,全厂的人都炸了。要晓得一个微信群最多只能有500人啊,QQ群也只有2000而已。当你有机会退出一个2000人QQ群的时候,你就曾经感触到“信息爆炸”的可怕……

[- 13 -] IM群聊机制,除了循环去发消息还有什么形式?如何优化?

[链接] http://www.52im.net/thread-2213-1-1.html

[摘要] 目前我是用循环来获取群成员,而后获取群成员ID去循环调用senddata()办法,想不必循环或者用其余什么形式来优化群聊循环发送这个机制,各位大佬有什么方法没?

[- 14 -] 网易云信技术分享:IM中的万人群聊技术计划实际总结

[链接] http://www.52im.net/thread-2707-1-1.html

[摘要] 本文内容是网易云信团队为了响应万人群聊性能需要,在设计实现万人群聊技术计划中总结的技术实际,借此机会分享给各IM开发者同行。

[- 15 -] 阿里钉钉技术分享:企业级IM王者——钉钉在后端架构上的过人之处

[链接] http://www.52im.net/thread-2848-1-1.html

[摘要] 本文适宜有肯定IM后端架构设计教训的开发者浏览,或者出于商业产品技术秘密的思考,分享者在本次所分享的内容上有所保留,鉴于阿里对于钉钉在技术上的内容分享做的非常少,所以本文尽管内容不够全面,但依然值得一读。

52im社区本周新文:《抖音技术分享:飞鸽IM桌面端基于Rust语言进行重构的技术选型和实际总结》,欢送浏览!

我是Jack Jiang,我为自已带盐!https://github.com/JackJiang2011/MobileIMSDK/