為了更好地分類閱讀 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/