ChannelOption用到的socket的標准參數

• ChannelOption.SO_BACKLOG, 1024

       BACKLOG用於構造服務端套接字ServerSocket對象，標識當服務器請求處理線程全滿時，用於臨時存放已完成三次握手的請求的隊列的最大長度。如果未設置或所設置的值小於1，Java將使用默認值50。

 

• ChannelOption.SO_KEEPALIVE, true

      是否啟用心跳保活機制。在雙方TCP套接字建立連接后（即都進入ESTABLISHED狀態）並且在兩個小時左右上層沒有任何數據傳輸的情況下，這套機制才會被激活。

 

• ChannelOption.TCP_NODELAY, true

 在TCP/IP協議中，無論發送多少數據，總是要在數據前面加上協議頭，同時，對方接收到數據，也需要發送ACK表示確認。為了盡可能的利用網絡帶寬，TCP總是希望盡可能的發送足夠大的數據。這里就涉及到一個名為Nagle的算法，該算法的目的就是為了盡可能發送大塊數據，避免網絡中充斥着許多小數據塊。

 TCP_NODELAY就是用於啟用或關於Nagle算法。如果要求高實時性，有數據發送時就馬上發送，就將該選項設置為true關閉Nagle算法；如果要減少發送次數減少網絡交互，就設置為false等累積一定大小后再發送。默認為false。

 

4.ChannelOption.SO_REUSEADDR, true

SO_REUSEADDR允許啟動一個監聽服務器並捆綁其眾所周知端口，即使以前建立的將此端口用做他們的本地端口的連接仍存在。這通常是重啟監聽服務器時出現，若不設置此選項，則bind時將出錯。
SO_REUSEADDR允許在同一端口上啟動同一服務器的多個實例，只要每個實例捆綁一個不同的本地IP地址即可。對於TCP，我們根本不可能啟動捆綁相同IP地址和相同端口號的多個服務器。
SO_REUSEADDR允許單個進程捆綁同一端口到多個套接口上，只要每個捆綁指定不同的本地IP地址即可。這一般不用於TCP服務器。
SO_REUSEADDR允許完全重復的捆綁：當一個IP地址和端口綁定到某個套接口上時，還允許此IP地址和端口捆綁到另一個套接口上。一般來說，這個特性僅在支持多播的系統上才有，而且只對UDP套接口而言（TCP不支持多播）

5.ChannelOption.SO_RCVBUF  AND  ChannelOption.SO_SNDBUF 
定義接收或者傳輸的系統緩沖區buf的大小，

6.ChannelOption.ALLOCATOR 
Netty4使用對象池，重用緩沖區
bootstrap.option(ChannelOption.ALLOCATOR, PooledByteBufAllocator.DEFAULT);
bootstrap.childOption(ChannelOption.ALLOCATOR, PooledByteBufAllocator.DEFAULT);