一、標準的netty執行緒模型
雙池合璧：
1、連線執行緒池：
連線執行緒池專門負責監聽客戶端連線請求，並完成連線的建立（包括諸如握手、安全認證等過程）。
連線的建立本身是一個極其複雜、損耗效能的過程，此處使用執行緒池，能夠極大的增加處理客戶端連線的能力。
2、I/O執行緒池：
連線執行緒池會將成功建立的連線註冊到後端I/O執行緒池，由I/O執行緒池負責對相應連線的網路資料進行讀寫、編解碼處理。
在實際應用中，我們通常會定義相應的業務訊息協議，並選擇合適的序列化機制，netty I/O執行緒池部分根據預設的規則進行資料的編解碼。
二、延伸的業務執行緒池
其實我們這裡說的業務執行緒池不在網路層處理邏輯裡。處理到I/O執行緒池部分，所需要的請求資料已經處理完畢，涉及具體的業務處理邏輯，比較複雜的，或者時間、效能消耗特別大的，通常我們會單獨設定相應的執行緒池來處理。
三、netty的極致效能設計
1、無鎖化設計
I/O執行緒的內部序列化：
區域性無鎖化序列處理，避免多執行緒切換帶來的複雜性及效能損耗（鎖競爭、CPU資源分配）。至於對於處理能力的考慮，可以通過調整I/O執行緒池容量來平衡。
儘量避免I/O執行緒和業務執行緒混淆及切換。
2、直接記憶體使用
TCP接收和傳送使用直接記憶體代替堆記憶體，避免了資料在堆記憶體和主記憶體之間的複製消耗，提升了I/O讀取和寫入的效能。
3、transferTo
依賴於作業系統零拷貝特性直接將緩衝區資料傳送到相應的通道。
傳統的方式，先將原始檔拷貝到記憶體，然後由記憶體寫到目的檔案。
netty 利用 NIO FileChannel transferTo方法，通道對通道寫資料。
4、CompositeByteBuf
組合快取使用可以像操作單個快取一樣操作多個快取，避免了傳統的操作方式帶來的記憶體複製效能消耗。
5、記憶體池使用
netty支援通過記憶體池的方式迴圈利用ByteBuf，避免了頻繁的建立，銷燬ByteBuf帶來的資源及效能損耗。
ByteBuf byte資料緩衝區，是NIO程式設計的主要物件。高負載情景下，ByteBuf記憶體池使用，可以有效降低GC頻率。
PoolArena netty的記憶體池實現類。PoolArena 是由多個Chunk組成的大塊記憶體區域，每個Chunk由一個多個Page組成。
Chunk：組織管理Page的記憶體分配和釋放，Page被構建為二叉樹形式：
PoolSubpage：對於小於Page的記憶體使用，直接在Page中完成分配，每個Page切分為大小相同的多個儲存塊兒，儲存塊兒的大小由第一次申請的記憶體塊兒大小決定。
回收：netty使用狀態位標識Chunk及Page記憶體可用性，Chunk標識二叉樹Page節點使用狀態；Page標識內部記憶體塊兒的使用狀態。
6、執行緒安全優化
合理的使用執行緒安全容器、原子類等，提升系統的併發處理能力，
7、引用計數器
通過引用計數器及時的申請釋放不再引用的物件，細粒度的記憶體管理降低了GC的頻率，減少GC帶來的時延增大和CPU損耗。
Netty 4中 ByteBuf 和 ByteBufHolder 引入引用計數器功能（實現ReferenceCounted介面），在特定的物件上跟蹤引用的數目。
引用計數器初始為1。如果物件活動的引用計數器大於0，則不會被釋放。當引用計數減少到0，例項將會被釋放。這也是 PooledByteBufAllocator 記憶體池應用的核心特性。