Netty的零拷貝怎么實現(xiàn)?

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

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

　　通過 FileRegion 包裝的 FileChannel.tranferTo 方法 實現(xiàn)文件傳輸, 可以直接將文件緩沖區(qū)的數(shù)據(jù)發(fā)送到目標 Channel，避免了傳統(tǒng)通過循環(huán) write 方式導致的內存拷貝問題。

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

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

　　Netty 的解決辦法：對 Selector 的 select 操作周期進行統(tǒng)計，每完成一次空的 select 操作進行一次計數(shù)，若在某個周期內連續(xù)發(fā)生 N 次空輪詢，則觸發(fā)了 epoll 死循環(huán) bug。重建

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

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