struct linger{
    int l_onoff;    //开启或关闭该选项
    int l_linger;   //滞留时间
* l_onoff为0，该选项不起作用，采用默认close行为
* l_onoff不为0
    * l_linger为0，close立即返回，TCP模块丢弃被关闭的socket对应的TCP缓冲区中的数据，给对方发送RST复位信号，这样可以异常终止连接，且完全消除了TIME_WAIT状态
    * l_linger不为0
        * 阻塞socket，被关闭的socket对应TCP缓冲区，若还有数据，close会阻塞，进程睡眠，直到收到对方的确认或等待l_linger时间，若超时仍未收到确认，则close返回-1设置errno为EWOULDBLOCK
        * 非阻塞socket，close立即返回，需要根据返回值和errno判断残留数据是够发送完毕
shutdown¶
shutdown没有采用引用计数的机制，会影响所有进程的网络套接字，可以只关闭套接字的读端或写端，也可全部关闭，用于实现半关闭，会直接发送FIN包
SHUT_RD，关闭sockfd上的读端，不能再对sockfd文件描述符进行读操作，且接收缓冲区中的所有数据都会丢弃
SHUT_WR，关闭写端，确保发送缓冲区中的数据会在真正关闭连接之前会发送出去，不能对其进行写操作，连接处于半关闭状态
SHUT_RDWR，同时关闭sockfd的读写
解决TCP粘包¶
什么是TCP粘包¶
由于TCP是流协议，因此TCP接收不能确保每次一个包，有可能接收一个包和下一个包的一部分。
如何解决¶
包头和包体，包头中有包体长度
select可以直接判断网络断开吗¶
不可以。若网络断开，select检测描述符会发生读事件，这时调用read函数发现读到的数据长度为0.
send和recv的阻塞和非阻塞情况¶
send函数返回100，并不是将100个字节的数据发送到网络上或对端，而是发送到了协议栈的写缓冲区，至于什么时候发送，由协议栈决定。
send¶
一直等待，直到写缓冲区有空闲

成功写返回发送数据长度
失败返回-1
select实现异步connect¶
通常阻塞的connect 函数会等待三次握手成功或失败后返回，0成功，-1失败。如果对方未响应，要隔6s，重发尝试，可能要等待75s的尝试并最终返回超时，才得知连接失败。即使是一次尝试成功，也会等待几毫秒到几秒的时间，如果此期间有其他事务要处理，则会白白浪费时间，而用非阻塞的connect 则可以做到并行，提高效率。
实现步骤¶
创建socket，返回套接字描述符；
调用fcntl 把套接字描述符设置成**非阻塞**；
调用connect 开始建立连接；
判断连接是否成功建立。
判断连接是否成功建立：¶
如果为**非阻塞**模式，则调用connect()后函数立即返回，如果连接不能马上建立成功（返回-1），则errno设置为EINPROGRESS，此时TCP三次握手仍在继续。 

如果connect 返回0，表示连接成功（服务器和客户端在同一台机器上时就有可能发生这种情况）
失败可以调用select()检测非阻塞connect是否完成。select指定的超时时间可以比connect的超时时间短，因此可以防止连接线程长时间阻塞在connect处。
调用select 来等待连接建立成功完成；

如果select 返回0，则表示建立连接超时。我们返回超时错误给用户，同时关闭连接，以防止三路握手操作继续进行下去。
如果select 返回大于0的值，并不是成功建立连接，而是表示套接字描述符可读或可写

当连接建立成功时，套接字描述符变成可写（连接建立时，写缓冲区空闲，所以可写）
当连接建立出错时，套接字描述符变成既可读又可写（由于有未决的错误，从而可读又可写）
如果套接口描述符可写，则我们可以通过调用getsockopt来得到套接口上待处理的错误（SO_ERROR）

如果连接建立成功，这个错误值将是0
如果建立连接时遇到错误，则这个值是连接错误所对应的errno值（比如：ECONNREFUSED,ETIMEDOUT等）。
为什么忽略SIGPIPE信号¶
假设server和client 已经建立了连接，server调用了close, 发送FIN 段给client（其实不一定会发送FIN段，后面再说），此时server不能再通过socket发送和接收数据，此时client调用read，如果接收到FIN 段会返回0
但client此时还是可以write 给server的，write调用只负责把数据交给TCP发送缓冲区就可以成功返回了，所以不会出错，而server收到数据后应答一个RST段，表示服务器已经不能接收数据，连接重置，client收到RST段后无法立刻通知应用层，只把这个状态保存在TCP协议层。
如果client再次调用write发数据给server，由于TCP协议层已经处于RST状态了，因此不会将数据发出，而是发一个SIGPIPE信号给应用层，SIGPIPE信号的缺省处理动作是终止程序。
有时候代码中需要连续多次调用write，可能还来不及调用read得知对方已关闭了连接就被SIGPIPE信号终止掉了，这就需要在初始化时调用sigaction处理SIGPIPE信号，对于这个信号的处理我们通常忽略即可
往一个读端关闭的管道或者读端关闭的socket连接中写入数据，会引发SIGPIPE信号。当系统受到该信号会结束进程是，但我们不希望因为错误的写操作导致程序退出。
通过sigaction函数设置信号，将handler设置为SIG_IGN将其忽略
通过send函数的MSG_NOSIGNAL来禁止写操作触发SIGPIPE信号
如何设置文件描述符非阻塞¶
通过fcntl设置
int flag = fcntl(fd, F_GETFL);
flag |= O_NONBLOCK;
fctncl(fd, F_SETFL, flag);