背景
- Java線程：由開始的單線程，到通過new Thread()創建的多線程，再到現如今的線程池，Java多線程編程的效率和性能有了很大的提升
- Reactor模型：基於事件驅動，適合處理海量I/O事件
1） 單線程模型，所有的IO操作都在一個NIO線程上完成
存在性能和可靠性上的問題
2） 多線程模型，有一組NIO線程處理IO操作
有一個專門的NIO線程-Acceptor線程用於監聽服務端，接收客戶端的TCP連接請求；
有一個NIO線程池，負責消息的讀取、發送、編碼、解碼；
一個NIO線程能負責N條鏈路，一條鏈路只能由一個線程負責（防止發生並發操作問題）
3） 主從多線程模型
添加主線程池用於處理客戶端的連接請求，一旦鏈路建立成功（經過握手、認證等過程），就將鏈路注冊到從線程池的IO線程上，由IO線程負責后續的IO操作
Netty線程模型
1.線程模型分類
1） 服務端線程模型，類似於Reactor的多線程模型
2） 客戶端線程模型：由客戶端創建SocketChannel，發起連接，線程池判斷連接結果，如果連接成功，則監聽讀操作位，否則監聽連接操作位，一旦連接成功就監聽讀操作位
2.Reactor線程NioEventLoop
1） 作為服務端Acceptor線程，處理客戶端的連接請求
2） 作為客戶端的connector，注冊監聽連接操作位，判斷異步連接結果
3） 作為IO線程，監聽讀操作位，負責從SorcketChannel中讀取報文
4） 作為IO線程，監聽寫操作位，負責向SocketChannel寫入報文發送給對方
5） 作為定時線程，執行定時任務（鏈路空閑檢測，心跳檢測）
6） 作為線程執行器，可以執行普通的任務線程
3.NioEventLoop設計原理
1） 串行化設計理念：NioEventLoop線程池中有若干個NioEventLoop線程，每一個NioEventLoop線程串行執行Handler鏈；每當有一個客戶端接入，從線程池中獲取一個可用的NioEventLoop線程，當數組到達上限之后，從0開始（負載均衡）；每個客戶端連接一個線程，這樣保證了數據的安全性（避免多個線程同時訪問）
2） 定時任務和時間輪算法：客戶端連接超時，鏈路空閑檢測
Netty的定時任務調度就是基於時間輪調度算法，首先查看任務隊列中是否有超時的定時任務或者普通任務，有則執行（按照時間片原則分配運行時間），沒有就等待定時任務中延遲最小的任務（即即將第一個超時的任務）的延遲時間，然后將掃描定時任務，將超時的定時任務加入任務隊列，在任務執行時，Netty每執行64個定時任務就檢測一次是否達到執行時間上限，達到則退出，如果沒有執行完就放到下次輪詢時再處理。
3） Netty是個異步高性能NIO框架，不是業務處理容器，不需要也不應該提供業務容器和業務線程，，只需要提供和管理NIO線程，關於業務層模型由用戶自己集成。
Netty結構
PS：圖中有一點修正一下，SocketChannel是建立在客戶端與服務端之間的，EventLoopGroup線程池中的一個線程與SocketChannel綁定，在服務端后續的線程處理之前，需要從SocketChannel中讀取參數，在處理之后，需要向SocketChannel中寫入處理結果。
Dubbo通信層（利用Netty）的實現過程
