Netty 的接收和發送 ByteBuffer 采用 DIRECT BUFFERS，使用堆外直接內存進行 Socket 讀寫，不需要進行字節緩沖區的二次拷貝。堆內存多了一次內存拷貝，JVM 會將堆內存Buffer 拷貝一份到直接內存中，然后才寫入 Socket 中。

　　ByteBuffer 由 ChannelConfig 分配，而 ChannelConfig 創建 ByteBufAllocator 默認使用 Direct BufferCompositeByteBuf 類可以將多個 ByteBuf 合并為一個邏輯上的 ByteBuf, 避免了傳統通過內存拷貝的方式將幾個小 Buffer 合并成一個大的 Buffer。addComponents 方法將 header 與 body 合并為一個邏輯上的 ByteBuf, 這兩個 ByteBuf 在 CompositeByteBuf 內部都是單獨存在的, CompositeByteBuf 只是邏輯上是一個整體

　　通過 FileRegion 包裝的 FileChannel.tranferTo 方法 實現文件傳輸, 可以直接將文件緩沖區的數據發送到目標 Channel，避免了傳統通過循環 write 方式導致的內存拷貝問題。

　　通過 wrap 方法, 我們可以將 byte[] 數組、ByteBuf、ByteBuffer 等包裝成一個 NettyByteBuf 對象, 進而避免了拷貝操作。

　　Selector BUG：若 Selector 的輪詢結果為空，也沒有 wakeup 或新消息處理，則發生空輪詢，CPU 使用率 100%，

　　Netty 的解決辦法：對 Selector 的 select 操作周期進行統計，每完成一次空的 select 操作進行一次計數，若在某個周期內連續發生 N 次空輪詢，則觸發了 epoll 死循環 bug。重建

　　Selector，判斷是否是其他線程發起的重建請求，若不是則將原 SocketChannel 從舊的

　　Selector 上去除注冊，重新注冊到新的 Selector 上，并將原來的 Selector 關閉。