共计 3141 个字符，预计需要花费 8 分钟才能阅读完成。
为了更好地分类浏览 52im.net 总计 1000 多篇精编文章，我将在每周三推送新的一期技术文集，本次是第 16 期。
[- 1 -] 浅谈 IM 零碎的架构设计
[链接] http://www.52im.net/thread-307-1-1.html
[摘要] 上面把我近年来从技术上我对 IM 零碎（即时消息的传输，不包含语音，视频，文件的传输）的了解和设计分享进去，肤浅之见，望大家别见笑，欢送给出批评意见。
[- 2 -] 简述挪动端 IM 开发的那些坑：架构设计、通信协议和客户端
[链接] http://www.52im.net/thread-289-1-1.html
[摘要] 有过挪动端开发经验的开发者都深有体会：挪动端 IM 的开发，与传统 PC 端 IM 有很大的不同，尤其无线网络的不可靠性、挪动端硬件设施资源的有限性等问题，导致一个残缺的挪动端 IM 架构设计和实现都充斥着大量的挑战。本文将简述挪动端 IM 最重要的架构设计和通信协议抉择方面的坑点，心愿为 IM 开发者同行带来些许启发。
[- 3 -] 一套海量在线用户的挪动端 IM 架构设计实际分享(含具体图文）
[链接] http://www.52im.net/thread-812-1-1.html
[摘要] 本文分享了一套残缺的海量在线用户的挪动端 IM 架构设计，来自于作者的实在我的项目实际总结，蕴含了具体的算法原理图、数据结构定义、表构造定义等等。
[- 4 -] 一套原创分布式即时通讯 (IM) 零碎实践架构计划
[链接] http://www.52im.net/thread-151-1-1.html
[摘要] 无论是 IM 音讯通信零碎还是客户音讯零碎，其本质都是一套音讯发送与投递零碎，或者说是一套网络通信零碎，其本质两个词：存储与转发。举荐：如有趣味，本文作者的另一篇《一套高可用、易伸缩、高并发的 IM 群聊架构方案设计实际》，适宜进行 IM 群聊架构设计的参考。
[- 5 -] 从零到卓越：京东客服即时通讯零碎的技术架构演进历程
[链接] http://www.52im.net/thread-152-1-1.html
[摘要] 京东的客服即时通讯零碎名为咚咚是。咚咚之于京东相当于旺旺之于淘宝，它们都是服务于买家和卖家的沟通。自从京东开始为第三方卖家提供入驻平台服务后，咚咚也就随之诞生了。
[- 6-] 蘑菇街即时通讯 /IM 服务器开发之架构抉择
[链接] http://www.52im.net/thread-31-1-1.html
[摘要] 因为 IM 服务器外面的内容比拟多，这个能够是一个系列的内容，所以这里只介绍服务器的架构以及为什么抉择这样的架构。
[- 7 -] 腾讯 QQ1.4 亿在线用户的技术挑战和架构演进之路 PPT
[链接] http://www.52im.net/thread-158-1-1.html
[摘要] 家喻户晓海量互联网服务能力是世界公认的技术难题。通过十多年的倒退，腾讯在海量互联网服务方面已有不少技术积攒。PPT 中以 QQ IM 后盾服务为例，重现了 QQ 在线用户从百万级到亿级的整个过程中遇到的技术挑战，并与与会者分享了泛滥在海量互联网后盾服务研发经营方面鲜为人知的机密。
[- 8-] 微信后盾基于工夫序的海量数据冷热分级架构设计实际
[链接] http://www.52im.net/thread-895-1-1.html
[摘要] 时隔 3 年，微信团队再次分享了本文所述架构的最新降级版本及其革新过程，有趣味能够返回浏览《微信后盾基于工夫序的新一代海量数据存储架构的设计实际》。
[- 9 -] 微信技术总监谈架构：微信之道——大道至简(演讲全文)
[链接] http://www.52im.net/thread-200-1-1.html
[摘要] 微信——腾讯策略级产品，发明挪动互联网增速记录，10 个月 5000 万手机用户，433 天之内实现用户数从零到一亿的增长过程，千万级用户同时在线，摇一摇每天次数过亿 … 在技术架构上，微信是如何做到的？日前，在腾讯大讲堂在中山大学校园宣讲流动上，腾讯广研助理总经理、微信技术总监周颢在两小时的演讲中揭开了微信背地的机密。
[- 10-] 如何解读《微信技术总监谈架构：微信之道——大道至简》
[链接] http://www.52im.net/thread-201-1-1.html
[摘要] 最近在朋友圈看到有人分享腾讯微信技术总监周颢的一个技术报告，题目是《微信技术总监谈架构：微信之道——大道至简》（演讲全文整顿、演讲 PPT 讲稿下载），我也转发了一下。而后就被本司妹子看到了，非让我解释一下。
[- 11-] 疾速裂变：见证微信弱小后盾架构从 0 到 1 的演进历程（一）
[链接] http://www.52im.net/thread-168-1-1.html
[摘要] 2 个月的开发工夫，微信后盾零碎经验了从 0 到 1 的过程。从小步慢跑到疾速成长，经验了平台化到走出国门，微信交出的这份优异答卷，解题思路是怎么的？
[- 12-] 17 年的实际：腾讯海量产品的技术方法论
[链接] http://www.52im.net/thread-159-1-1.html
[摘要] 在首届腾讯云技术峰会上，腾讯公司副总裁姚星残缺的介绍了腾讯整体技术倒退脉络。
[- 13-] 挪动端 IM 中大规模群音讯的推送如何保障效率、实时性？
[链接] http://www.52im.net/thread-1221-1-1.html
[摘要] 当然，理论在生产环境下，群音讯的发送都会想尽办法进行压缩，并发展各种改善性能的解决方法，而不是像上述举例里的间接扩散写（即 2000 人群里，一条音讯被简略地复制为 2000 条一对一的音讯投递）。具体有哪些优先策略？本文或者能够带给你一些启发。
[- 14-] 古代 IM 零碎中聊天音讯的同步和存储计划探讨
[链接] http://www.52im.net/thread-1230-1-1.html
[摘要] 本文内容次要波及 IM 零碎中的音讯零碎架构，探讨一种实用于大用户量的音讯同步以及存储系统的架构实现，可能反对音讯零碎中的高级个性『多端同步』以及『音讯漫游』。在性能和规模上，可能做到全量音讯云端存储，百万 TPS 以及毫秒级提早的音讯同步能力。
[- 15-]WhatsApp 技术实际分享：32 人工程团队发明的技术神话
[链接] http://www.52im.net/thread-1542-1-1.html
[摘要] 咱们再次回顾了过后 HighScalability 创始人 Tod Hoff 撰文剖析的收买起因和 WhatsApp 的高牢靠架构，内容尽管并不残缺，以明天的眼前来看成，仍有有许多值得学习的中央。
[- 16-]微信朋友圈千亿访问量背地的技术挑战和实际总结
[链接]http://www.52im.net/thread-1569-1-1.html
[摘要] 朋友圈的数据是永远存储的，而且随着业务的疾速倒退，存储容量、带宽和设施的耗费大量减少，尤其重大节日带来的使用量增长，更加剧了耗费，也给运维人员的保障带来了微小压力。
[- 17-]王者光荣 2 亿用户量的背地：产品定位、技术架构、网络计划等
[链接] http://www.52im.net/thread-1595-1-1.html
[摘要] 明天分几局部和大家介绍王者后盾开发过程中的一些内容和思考：包含王者整个背景的介绍，后端的架构，上线之后做了什么样的调整，还有网络同步计划，反作弊计划等。
👉52im 社区本周新文：《跟着源码学 IM(十一)：一套基于 Netty 的分布式高可用 IM 具体设计与实现(有源码) http://www.52im.net/thread-4257-1-1.html》，欢送浏览！👈
我是 Jack Jiang，我为自已带盐！https://github.com/JackJiang2011/MobileIMSDK/
