SO_LINGER作用

SO_LINGER　　

　　SO_LINGER选项用于控制close系统调用在关闭TCP连接时的行为。默认情况下，当我们使用close系统调用来关闭一个socket时，close将立即返回，TCP模块负责把该socket对应的TCP发送缓冲区中残留的数据发送给对方。

　　设置（获取）SO_LINGER选项的值时，我们需要给setsockopt（getsockopt）系统调用传递一个linger类型的结构体，其定义如下：

#include <sys/socket.h>
struct linger
{
    int l_onoff;// 开启（非0）还是关闭（0）该选项
    int l_linger;// 滞留时间
};

　　根据linger结构体中两个成员变量的不同值，close系统调用可能产生如下3种行为之一：
　　　　（1）l_onoff等于0（关闭）。此时SO_LINGER选项不起作用，close用默认行为来关闭socket。如果send buffer中没有数据，close立即返回，如果send buffer中还有数据，close将会等到所有数据被发送完之后之后返回（相当于通信文件描述符是阻塞的）。由于我们并没有等待对方TCP发送的ACK信息，所以我们只能保证数据已经发送到对方，我们并不知道对方是否已经接受了数据。由于此种情况，TCP连接终止是按照正常的4次握手方式，需要经过TIME_WAIT。
　　　　（2）l_onoff不为0（开启），l_linger等于0。无论发送缓存区是否有数据，close系统调用立即返回，TCP模块将丢弃被关闭的socket对应的TCP发送缓冲区中残留的数据，同时给对方发送一个复位报文段（RST）。因此，这种情况给服务器提供了异常终止一个连接的方法。
　　　　（3）l_onoff不为0（开启），l_linger不等于0，实现优雅关闭的允许时间。如果套接口缓冲区中仍残留数据，进程将处于睡眠状态，直到所有数据发送完且被对方确认，之后进行正常的终止序列（描述字访问计数为0）或延迟时间l_linger到。此种情况下，应用程序检查close的返回值是非常重要的，如果在数据发送完并被确认之前l_linger时间到，close将返回EWOULDBLOCK错误且套接口发送缓冲区中的任何数据都丢失。close的成功返回仅告诉我们发送的数据（和FIN）已由对方TCP确认，它并不能告诉我们对方应用进程是否已读了数据。如果套接口设为非阻塞的，程序将不会等待close返回，send buffer中的所有数据都将会被丢弃，并将以WSAEWOULDBLOCK错误返回。

shutdown

SHUT_RD:调用shutdown一端的接收缓存区可以继续接收数据，直到缓存区满,但是不可以读取数据,发送缓存区不受任何影响

SHUT_WR:调用shutdown一端的发送缓存区如果有数据，继续将数据发送到目标主机，发送缓存区不受影响，等所有数据发送完毕，就向对方发送FIN关闭连接，此时属于调用方进行版关闭，对方有可能还没有关闭，我方可以继续接收对方发送过来的数据，但是不能发送数据。

SHUT_RDWR（2）：关闭sockfd的读写功能。

　　调用shutdown后紧接着调用read,此时read会被阻塞,直到接收到对方的FIN,也就是说read是在server的应用程序调用close之后才返回的。当server应用程序读取到来自client的数据和FIN之后，server会进入一个叫CLOSE_WAIT，关于CLOSE_WAIT 。那么，如果server端要断开该TCP连接，需要server应用程序调用一次close，也就意味着向client发送FIN。这个时候，说明server端的应用程序已经读取到client发送的数据和FIN。read会在接收到server的FIN之后返回。所以，shutdown 可以确保server端应用程序已经读取数据了，而不仅仅是server已经接收到数据而已。

SO_REUSEADDR

　　SO_REUSEADDR允许同一个端口上绑定多个IP.只要这些IP不同.另外,还可以在绑定IP通配符.但是最好是先绑定确定的IP,最后绑定通配符IP.一面系统拒绝.简而言之,SO_REUSEADDR允许多个server绑定到同一个port上,只要这些server指定的IP不同,但是SO_REUSEADDR需要在bind调用之前就设定.在TCP中,不允许建立起一个已经存在的相同的IP和端口的连接.但是在UDP中,是允许的.