Netty连接通道中的Channel参数模型

ChannelOption(Channel中的连接参数)

ChannelOption.SOBACKLOG

ChannelOption.SO_BACKLOG对应的是tcp/ip协议listen函数中的backlog参数，服务端处理客户端连接请求是顺序处理的，所以同一时间只能处理一个客户端连接，多个客户端来的时候，服务端将不能处理的客户端连接请求放在队列中等待处理。所以操作系统里一般有两个队列，一个是ACCEPT队列，保存着已经完成了TCP的三次握手的连接，一个SYN队列，服务器正在等待TCP的三次握手完成的队列。BSD派生系统里backlog指的就是SYN队列的大小，在Linux的实现里backlog相对来说就含糊不清了，有些内核版本指的是ACCEPT队列+SYN队列合起来的大小，有的是指SYN队列的大小。但是从Linux2.2开始，backlog的参数行为在Linux2.2中发生了变化，现在它指定等待接受的完全建立的套接字的队列长度，而不是不完整的连接请求的数量，不完整套接字队列的最大长度可以使用/proc/sys/net/ipv4/tcp_max_sync_backlog设置，默认128。如果backlog参数大于/proc/sys/net/core/somaxconn 中的值，那么它会被静默截断为值128.在2.4.25之前的内核中，此限制是硬编码值，后续内核版本也可以通过vim /etc/sysctl.conf来修改,包括前面说的tcp_max_sync_backlog也可以在此处修改，然后通过命令sysctl -p生效



注意
等待建立连接的队列和不完整的连接的队列是不一样的，等待建立连接的队列是指已经握手的队列，但是此时此刻还没建立起连接，Channel还没有被打开，而不完整的连接的队列，是指还没有握手完的连接

ChannelOption.SO_REUSEADDR

ChannelOption.SO_REUSEADDR对应与套接字选项中的SO_REUSEADDR,这个参数表示
允许重复使用本地地址和端口，比如，多网卡(IP)绑定相同端口，比如某个进程非正常退出，
内核需要一定的时间才能够释放此端口

ChannelOption.SO_KEEPALIVE

ChannelOption.SO_KEEPALIVE参数对应于套接字选项中的SO_KEEPALIVE,该参数用于设置TCP连接，当设置该选项以后，连接会测试连接状态，这个选项用于可能长时间没有数据交流的连接。当设置该选项以后，如果在两小时内没有数据的通信，TCP会自动发送一个活动探测数据报文

ChannelOption.SO_SNDBUF/ChannelOption.SO_RCVBUF

ChannelOption.SO_SNDBUF参数对应于套接字选项中的SO_SNDBUF,
ChannelOPtion.SO_RCVBUF参数对应于套接字选项中的SO_RCVBUF
这两个参数用于操作接受缓冲区和发送缓冲区的大小，接收缓冲区用于保存网络协议栈内收到的数据，知道应用程序读取成功，发送缓冲区用于保存发送数据，直到发送成功

ChannelOption.SO_LINGER

ChannelOption.SO_LINGER参数对应于套接字选项中的SO_LINGER,Linux内核默认的处理方式是
当用户调用close()方法的时候，函数返回，在可能的情况下，尽量发送数据，不一定保证会发剩余的
数据，造成了数据的不确定性，使用SO_LINGER可以阻塞close()的调用时间，直到数据完全发送

ChannelOption.TCP_NODELAY

ChannelOption.TCP_NODELAY参数对应于套接字选项中的TCP_NODELAY,该参数的使用与Nagle
算法有关，Nagle算法是将小的数据包组装为更大的帧然后进行发送，而不是输入一次发送一次，
因此在数据包不足的时候会等待其他数据的到了，组装成大的数据包进行发送，虽然该方式有效提高
网络的有效负载，但是却造成了延时，而该参数的作用就是禁止使用Nagle算法，使用小数据即时传输，
与TCP_NODELAY相对应的是TCP_CORK，该选项是需要等到发送的数据量最大的时候，一次性发送数据，
适用于文件传输