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);