為了更好地分類閱讀 52im.net 總計1000多篇精編文章，我將在每周三推送新的一期技術文集，本次是第34 期。
[- 1 -] 快速裂變：見證微信強大后臺架構從0到1的演進歷程（一）
[鏈接] http://www.52im.net/thread-168-1-1.html
[摘要] 2個月的開發(fā)時間，微信后臺系統(tǒng)經(jīng)歷了從0到1的過程。從小步慢跑到快速成長，經(jīng)歷了平臺化到走出國門，微信交出的這份優(yōu)異答卷，解題思路是怎樣的？
[- 2 -] 如何保證IM實時消息的“時序性”與“一致性”？
[鏈接] http://www.52im.net/thread-714-1-1.html
[摘要] 實時消息時序和一致性是分布式系統(tǒng)架構設計中非常難的問題（尤其IM應用這種以消息為中心的應用形態(tài)），困難在哪？有什么常見優(yōu)化實踐？這就是本文要討論的內(nèi)容。
[- 3 -] IM單聊和群聊中的在線狀態(tài)同步應該用“推”還是“拉”？
[鏈接] http://www.52im.net/thread-715-1-1.html
[摘要] “用戶在線狀態(tài)的一致性”（單聊好友在線狀態(tài)、群聊用戶在線狀態(tài)）是IM應用領域比較難解決的一個技術問題，如何精準實時的獲得好友、群友的在線狀態(tài)，是今天將要探討的話題。
[- 4 -]IM群聊消息如此復雜，如何保證不丟不重？
[鏈接] http://www.52im.net/thread-753-1-1.html
[摘要] 由于“消息風暴擴散系數(shù)”的存在（概念詳見《IM單聊和群聊中的在線狀態(tài)同步應該用“推”還是“拉”？》），群消息的復雜度要遠高于一對一的單聊消息。群消息的實時性、可達性、離線消息是今天將要討論的核心話題。
[- 5 -] 微信后臺團隊：微信后臺異步消息隊列的優(yōu)化升級實踐分享
[鏈接] http://www.52im.net/thread-801-1-1.html
[摘要] 本文分享了該組件2.0版本的功能特點及優(yōu)化實踐，希望能為類似業(yè)務（比如移動端IM系統(tǒng)等）的消息隊列設計提供一定的參考。
[- 6 -] 移動端IM中大規(guī)模群消息的推送如何保證效率、實時性？
[鏈接] http://www.52im.net/thread-1221-1-1.html
[摘要] 當然，實際在生產(chǎn)環(huán)境下，群消息的發(fā)送都會想盡辦法進行壓縮，并開展各種改善性能的處理辦法，而不是像上述舉例里的直接擴散寫（即2000人群里，一條消息被簡單地復制為2000條一對一的消息投遞）。具體有哪些優(yōu)先策略？本文或許可以帶給你一些啟發(fā)。
[- 7 -] 現(xiàn)代IM系統(tǒng)中聊天消息的同步和存儲方案探討
[鏈接] http://www.52im.net/thread-1230-1-1.html
[摘要] 本文內(nèi)容主要涉及IM系統(tǒng)中的消息系統(tǒng)架構，探討一種適用于大用戶量的消息同步以及存儲系統(tǒng)的架構實現(xiàn)，能夠支持消息系統(tǒng)中的高級特性『多端同步』以及『消息漫游』。在性能和規(guī)模上，能夠做到全量消息云端存儲，百萬TPS以及毫秒級延遲的消息同步能力。
[- 8 -] 關于IM即時通訊群聊消息的亂序問題討論
[鏈接] http://www.52im.net/thread-1436-1-1.html
[摘要] 問題描述：客戶端A、B、C，服務端S，例如：A發(fā)三條群消息，B、C收到的消息都是亂序，目前問題：A發(fā)第一條消息失敗之后排到隊列，這時服務端還在持續(xù)發(fā)消息，那么第二條消息送達到B、C，然后客戶端最先顯示的就不是第一條消息，導致亂序出現(xiàn)。
[- 9 -] IM群聊消息的已讀回執(zhí)功能該怎么實現(xiàn)？
[鏈接] http://www.52im.net/thread-1611-1-1.html
[摘要] 那么群聊消息的收發(fā)流程、消息的送達保證、已讀回執(zhí)機制，到底該怎么實現(xiàn)呢？這就是今天要討論的話題。
[- 10 -] IM群聊消息究竟是存1份(即擴散讀)還是存多份(即擴散寫)？
[鏈接] http://www.52im.net/thread-1616-1-1.html
[摘要] 任何技術方案，都不是天才般靈感乍現(xiàn)想到的，一定是一個演進迭代，逐步優(yōu)化的過程。今天就聊一聊，IM群聊消息，為啥只需要存一份。
[- 11 -] 一套高可用、易伸縮、高并發(fā)的IM群聊、單聊架構方案設計實踐
[鏈接] http://www.52im.net/thread-2015-1-1.html
[摘要] 本文將分享的是一套生產(chǎn)環(huán)境下的IM群聊消息系統(tǒng)的高可用、易伸縮、高并發(fā)架構設計實踐，屬于原創(chuàng)第一手資料，內(nèi)容較專業(yè)，適合有一定IM架構經(jīng)驗的后端程序員閱讀。
[- 12 -] [技術腦洞] 如果把14億中國人拉到一個微信群里技術上能實現(xiàn)嗎？
[鏈接] http://www.52im.net/thread-2017-1-1.html
[摘要] 聽到這個問題，全廠的人都炸了。要知道一個微信群最多只能有500人啊，QQ群也只有2000而已。當你有機會加入一個2000人QQ群的時候，你就已經(jīng)感受到“信息爆炸”的可怕……
[- 13 -] IM群聊機制，除了循環(huán)去發(fā)消息還有什么方式？如何優(yōu)化？
[鏈接] http://www.52im.net/thread-2213-1-1.html
[摘要] 目前我是用循環(huán)來獲取群成員，然后獲取群成員ID去循環(huán)調(diào)用senddata()方法，想不用循環(huán)或者用其他什么方式來優(yōu)化群聊循環(huán)發(fā)送這個機制，各位大佬有什么辦法沒？
[- 14 -] 網(wǎng)易云信技術分享：IM中的萬人群聊技術方案實踐總結
[鏈接] http://www.52im.net/thread-2707-1-1.html
[摘要] 本文內(nèi)容是網(wǎng)易云信團隊為了響應萬人群聊功能需求，在設計實現(xiàn)萬人群聊技術方案中總結的技術實踐，借此機會分享給各IM開發(fā)者同行。
[- 15 -] 阿里釘釘技術分享：企業(yè)級IM王者——釘釘在后端架構上的過人之處
[鏈接] http://www.52im.net/thread-2848-1-1.html
[摘要] 本文適合有一定IM后端架構設計經(jīng)驗的開發(fā)者閱讀，或許出于商業(yè)產(chǎn)品技術秘密的考慮，分享者在本次所分享的內(nèi)容上有所保留，鑒于阿里對于釘釘在技術上的內(nèi)容分享做的非常少，所以本文雖然內(nèi)容不夠全面，但仍然值得一讀。
??52im社區(qū)本周新文：《抖音技術分享：飛鴿IM桌面端基于Rust語言進行重構的技術選型和實踐總結》，歡迎閱讀！??
我是Jack Jiang，我為自已帶鹽！https://github.com/JackJiang2011/MobileIMSDK/