tcp/ip协议-连接的关闭

对于tcp连接的建立来说，主要是通过三次握手，而对于tcp连接的正常关闭来说，主要是四次通信。

为什么要四次通信，主要是tcp连接是双工的，客户端需要关闭连接，服务器端也需要关闭连接。

正常情况下：

客户端主动发起tcp关闭连接请求报文，服务器端返回一个ack报文

客户端发送关闭连接请求报文的时候，tcp连接状态是FIN_AWAIT1状态，服务器端接收到报文的时候服务端状态为CLOSE_WAIT ,当客户端受到服务器端发送ack响应报文的时候，客户端状态变为FIN_WAIT2状态，这个时候客户端就一直等待服务器端发送连接关闭的报文请求，否则客户端一直都是FIN_AWAIT2状态

当服务端发起连接关闭的请求之后，服务器端的状态变为LAST_ACK , 当客户端收到服务端的连接关闭请求的时候，这个时候状态变为TIME_AWAIT，正常请求下，客户端会返回ack报文给服务器端，服务器端接收到报文，服务器端tcp状态变为CLOSED。

以下是状态图：

这里面可能会出现异常情况

1 客户端主动关闭了，服务器端没有返回lask_ack报文 ，这个属于半关闭情况，这个时候服务器端一直会出现CLOSE_WAIT状态

2 客户端受到服务器端的关闭请求报文，但是一直返回ack报文给服务器端，这个时候客户端的tcp连接状态为TIME_WAIT。

实际用java代码测试的时候，没有发现CLOSE_WAIT状态，大多数是TIME_WAIT状态，这个比较奇怪。

特别情况，可以采用发送重置报文立即关闭连接，就不会出现以上的交互过程。可以设置SO_LINGER = 0 来设置重置连接，如果是重置连接，就不会出现TIME_WAIT状态和CLOSE_WAIT状态。