linux网络编程实践：关闭链接存在的问题 TIME_WAIT的2MSL等待

问题描述：

主动关闭socket的一方在time_wait需要等待2MSL（默认2分钟）

原因分析：

可以看到主动关闭的客户端在最后一个TIME_WAIT时，客户端跟服务端实际上已经做了关闭socket的动作（中断上层应用 对send 或recv时抛出 socket error）。

当服务端发送FIN时，表示已经进行close socket，并进入LAST_ACK状态，在这个状态下，服务端TCP会在2TTL（一去一回）时间内检测是否触发重传机制
客户端对FIN 进行ack，这个时候进入TIME_WAIT来处理 服务端可能触发的重传FIN（为什么说可能，是因为客户端有可能ack了，而服务端因为超时等原因进行了重发），为了陪玩，客户端牺牲了2MSL时间

服务端在LAST_ACK重传的次数超过 tcp_orphan_retries 内核参数设置的次数，就会放弃重传，然后进入close状态。

tcp_orphan_retries 内核参数的默认值是 0

总结下：
TIME_WAIT存在的意义主要有两点：

维护连接状态，使TCP连接能够可靠地关闭。如果连接主动关闭端发送的最后一条ACK丢失，连接被动关闭端会重传FIN报文。因此，主动关闭方必须维持连接状态ÿ