Netty 100萬級到億級流量高併發仿微信 IM後臺開源項目實戰

時間 2019-11-07

標籤 netty 流量併發微信後臺開源項目實戰欄目 Netty 简体版

原文原文鏈接

瘋狂創客圈，一個Java 高併發研習社羣 【博客園總入口】html

瘋狂創客圈，傾力推出：面試必備 + 面試必備 + 面試必備 的基礎原理+實戰書籍《Netty Zookeeper Redis 高併發實戰》mysql

寫在前面

順便說明下：
本文的內容只是一個初稿、初稿，本文的知識，在《Netty Zookeeper Redis 高併發實戰》一書時，進行大篇幅的完善和更新，而且進行的源碼的升級。博客和書不同，書的內容更加系統化、全面化，更加層層升入、井井有條、更屢次的錯誤排查，請你們以書的內容爲準。
本文的最終內容，具體請參考瘋狂創客圈 傾力編著，機械工業出版社出版的《Netty Zookeeper Redis 高併發實戰》一書。
面試

更重要的是，本文的架構設計和源碼，在寫《Netty Zookeeper Redis 高併發實戰》一書時，已經迭代更新了幾輪，架構和尤爲是源碼的實現，以隨書源碼爲準。spring

億級流量IM的應用場景

隨着移動互聯網、AI的飛速發展，高性能高併發IM（即時通信），有着很是普遍的應用場景。sql

一切高實時性通信、消息推送的場景，都須要高併發 IM 。mongodb

私信、聊天、大規模推送、視頻會議、彈幕、抽獎、互動遊戲、基於位置的應用（Uber、滴滴司機位置）、在線教育、智能家居等。數據庫

有這麼多的應用場景，對於想成長爲JAVA高手的小夥伴們，高併發IM 都繞不開一個話題。尤爲是對於APP開發的小夥伴們來講，即時通信，已經成爲大多數APP標配。移動互聯網時代，推送(Push)服務成爲App應用不可或缺的重要組成部分，推送服務能夠提高用戶的活躍度和留存率。咱們的手機天天接收到各類各樣的廣告和提示消息等大多數都是經過推送服務實現的。編程

隨着5G時代物聯網的發展，將來全部接入物聯網的智能設備，都將是IM系統的客戶端，這就意味着推送服務將來會面臨海量的設備和終端接入。爲了支持這些千萬級、億級終端，必定是須要強悍的後臺系統。對於想在後臺有所成就的小夥伴們來講，高併發IM實戰，更是在終極BOSS PK以前的一場不可或缺的打怪練手。json

十萬級單體IM 系統

路一步一步走，飯一口一口吃。飛起來以前的第一步，先來完成一個併發量在十萬級別的 IM單體系統架構。設計模式

首先是IO模型

傳統的BIO模型是確定不行的，那麼就只能使用 NIO 了。和阻塞模式的OIO（old IO）相比，JAVA NIO 的原理，也是比較複雜的。瘋狂創客圈的這三篇 JAVA NIO 簡介 | Java NIO Buffer | Java NIO Channel 文件，對JAVA NIO 作了比較詳細的介紹。

JAVA NIO自己比較複雜，若是要經過JAVA NIO 寫一個大型的程序，更加的複雜了。因而，一個很是牛逼的框架就擺在眼前，它就是Netty。 作JAVA NIO 的編程，Netty 必定不能少。Netty 的牛逼之處，就是經過 Reactor 模式、pipeline 模式 、future promise模式 這些神一級的 JAVA設計模式，對 JAVA NIO 進行了封裝。在使用Netty以前，必定要先了解這幾大模式，必定能事半功倍。

其次是通信協議

大部分小夥伴應該都據說過 openfire 吧。這個傳統的企業級開源IM，使用在高併發環境，確定是很是不合適的。不說別的，就說 openfire 所使用的XMPP協議。XMPP協議是一種古老的XML爲基礎的通信協議（古老不太適合），其弊端就是附加傳輸數據量大。而且因其複雜的通信過程，性能會大大的下降。

另外，openfire 的基礎組件是使用了mina。正由於mina的創始人也是Netty的做者，正是因爲看到了mina的劣勢，該大牛纔會自立門戶，寫出了一個全新的Netty。

相比與機遇笨重的XML的XMPP，如今互聯網編程都是用的輕量級的JSON。因此，建議小夥伴們選擇協議的時候，考慮一下JSON的優點。