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 關閉。