项目中用到很多netty，配置了各种不同的ChannelOption优化项，不同的配置对于在高并发情况下的性能有不小的影响
首先看下全部项目，参考下这篇文章，虽然不全 https://www.cnblogs.com/googlemeoften/p/6082785.html
ChannelOption.SO_BACKLOG
服务端处理客户端连接请求是顺序处理的，所以同一时间只能处理一个客户端连接，多个客户端来的时候，服务端将不能处理的客户端连接请求放在队列中等待处理，backlog参数指定了队列的大小
ChannelOption.SO_REUSEADDR
某个服务器进程占用了TCP的80端口进行监听，此时再次监听该端口就会返回错误，使用该参数就可以解决问题，该参数允许共用该端口，这个在服务器程序中比较常使用，比如某个进程非正常退出，该程序占用的端口可能要被占用一段时间才能允许其他进程使用，而且程序死掉以后，内核一需要一定的时间才能够释放此端口，不设置SO_REUSEADDR
ChannelOption.SO_KEEPALIVE
当设置该选项以后，连接会测试链接的状态，这个选项用于可能长时间没有数据交流的连接。当设置该选项以后，如果在两小时内没有数据的通信时，TCP会自动发送一个活动探测数据报文
ChannelOption.SO_SNDBUF和ChannelOption.SO_RCVBUF
接收缓冲区和发送缓冲区的大小，接收缓冲区用于保存网络协议站内收到的数据，直到应用程序读取成功，发送缓冲区用于保存发送数据，直到发送成功。
ChannelOption.SO_LINGER
Linux内核默认的处理方式是当用户调用close（）方法的时候，函数返回，在可能的情况下，尽量发送数据，不一定保证会发生剩余的数据，造成了数据的不确定性，使用SO_LINGER可以阻塞close()的调用时间，直到数据完全发送
ChannelOption.TCP_NODELAY
Nagle算法是将小的数据包组装为更大的帧然后进行发送，而不是输入一次发送一次,因此在数据包不足的时候会等待其他数据的到了，组装成大的数据包进行发送，虽然该方式有效提高网络的有效负载，但是却造成了延时，而该参数的作用就是禁止使用Nagle算法，使用于小数据即时传输，于TCP_NODELAY相对应的是TCP_CORK，该选项是需要等到发送的数据量最大的时候，一次性发送数据，适用于文件传输。
ChannelOption.ALLOW_HALF_CLOSURE
防止Netty在 SocketChannel.read(..) 返回 -1 时自动关闭连接
ChannelOption.SO_TIMEOUT
用于设置接受数据的等待的超时时间，单位为毫秒，它的默认值是0，表示无限等待。
设置socket调用InputStream读数据的超时时间，以毫秒为单位，如果超过这个时候，会抛出java.net.SocketTimeoutException。
当输入流的read方法被阻塞时，如果设置timeout（timeout的单位是毫秒），那么系统在等待了timeout毫秒后会抛出一个InterruptedIOException例外。在抛出例外后，输入流并未关闭，你可以继续通过read方法读取数据。
当底层的Socket实现不支持SO_TIMEOUT选项时，这两个方法将抛出SocketException例外。不能将timeout设为负数，否则setSoTimeout方法将抛IllegalArgumentException例外。
ChannelOption.CONNECT_TIMEOUT_MILLIS
https://blog.csdn.net/blueberry95/article/details/51864542
ChannelOption.AUTO_READ
https://my.oschina.net/lifany/blog/532233
ChannelOption.WRITE_BUFFER_LOW_WATER_MARK/ChannelOption.WRITE_BUFFER_HIGH_WATER_MARK
ChannelOutboundBuffer虽然无界，但是可以给它配置一个高水位线和低水位线，当buffer的大小超过高水位线的时候对应channel的isWritable就会变成false，当buffer的大小低于低水位线的时候，isWritable就会变成true。所以应用应该判断isWritable，如果是false就不要再写数据了。高水位线和低水位线是字节数，默认高水位是64K，低水位是32K，我们可以根据我们的应用需要支持多少连接数和系统资源进行合理规划。
好闻，值得细读
http://www.cnblogs.com/rainy-shurun/p/5213086.html