套接字选项

套接字选项

SO_SNDBUF

reference
SO_SNDBUF表示这个连接上的内核写缓存上限。实际上，进程设置的SO_SNDBUF也并不是真的上限，在内核中会把这个值翻一倍再作为写缓存上限使用，我们不需要纠结这种细节，只需要知道，当设置了SO_SNDBUF时，就相当于划定了所操作的TCP连接上的写缓存能够使用的最大内存。然而，这个值也不是可以由着进程随意设置的，它会受制于系统级的上下限，当它大于上面的系统配置wmem_max（net.core.wmem_max）时，将会被wmem_max替代（同样翻一倍）；

SO_RCVBUF

类似SO_SNDBUF

SO_RCVLOWAT

每个套接口都有一个接收低潮限度和一个发送低潮限度。
对于TCP套接口而言，接收缓冲区中的数据必须达到规定数量，内核才通知进程“可读”。比如触发select或者epoll，返回“套接口可读”。
接收低潮限度：默认为1字节

SO_SNDLOWAT

对于TCP套接口而言，和接收低潮限度一个道理。
发送低潮限度：默认为2048字节

SO_LINGER

struct linger {
    int l_onoff;
    int l_linger; 
}

reference

SO_REUSEADDR

当没有设置SO_REUSEADDR的时候，socketA先绑定到0.0.0.0:21，然后socketB绑定到192.168.0.1:21的时候将会失败(EADDRINUSE错误)，因为0.0.0.0意味着"任意本地IP地址”，也就是"所有本地IP地址“，因此包括192.168.0.1在内的所有IP地址都被认为是已经使用了。但是在设置SO_REUSEADDR之后socketB的绑定将会成功，因为0.0.0.0和192.168.0.1事实上不是同一个IP地址，一个是代表所有地址的通配地址，另一个是一个具体的地址。注意上面的表述对于socketA和socketB的绑定顺序是无关的，没有设置SO_REUSEADDR，它们将失败，设置了SO_REUSEADDR，它将成功。

将服务器关闭后，实际上关闭了服务器的监听套接字(close)，如果此时用户点击开启服务器，那么用户希望的情况是服务器又立即启动了。由于close后，执行了主动关闭，执行主动关闭的一端，在客户执行被动关闭之后会经历TIME_WAIT状态，如上图。TIME_WAIT的时间为1-4分钟不等，当某端口处于TIME_WAIT状态时，是无法被绑定的(bind).如果在项目中用户关闭服务器后，希望立即启动，而程序却要等1-4分钟不等的时间后才能重新启动服务器明显不是我们所希望的。SO_REUSEADDR套接字选项就可以用来解决这个问题，实现瞬间重启服务器.

SO_REUSEADDR需要在每次socket和bind前调用，“每次”也就是说，不能再想要重用的那一次，对通过socket新获取的套接字启用，例如socket->bind->close进入TIME_WAIT,而此时想要在TIME_WAIT状态下绑定,那么接下来sock->setsockopt->bind，bind是不会成功的，或者只以为绑定的是同一个地址，就只第一次启用一次，也是不行的。即使是第一次获得的套接字不需要重用，也要启用该选项，这样后面每次启用才会达到预期效果。

SO_REUSEPORT

SO_REUSEPORT的含义与绝大部分人对SO_REUSEADDR的理解一样。基本上说来，SO_REUSEPORT允许你将多个socket绑定到相同的地址和端口, 只要它们在绑定之前都设置了SO_REUSEPORT。如果第一个绑定某个地址和端口的socket没有设置SO_REUSEPORT，那么其他的socket无论有没有设置SO_REUSEPORT都无法绑定到该地址和端口直到第一个socket释放了绑定。
SO_REUSEPORT并不表示SO_REUSEADDR。这意味着如果一个socket在绑定时没有设置SO_REUSEPORT，那么同预期的一样，其它的socket对相同地址和端口的绑定会失败，但是如果绑定相同地址和端口的socket正处在TIME_WAIT状态，新的绑定也会失败。当有个socket绑定后处在TIME_WAIT状态(释放时)时，为了使得其它socket绑定相同地址和端口能够成功，需要设置SO_REUSEADDR或者在这两个socket上都设置SO_REUSEPORT。当然，在socket上同时设置SO_REUSEPORT和SO_REUSEADDR也是可行的。