TCP三次握手和四次挥手详解，以及常考的面试题

三次握手

1. 第一次握手：建立连接时，客户端发送SYN包到服务器，并进入SYN_SENT状态，等待服务器确认。SYN:：同步序列编号
2. 第二次握手：服务器收到SYN包，必须确认客户端的SYN(即ACK)，同时自己也发送一个SYN包，即SYN+ACK包，此时服务器进入SYN_RECV状态
3. 第三次握手：客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK，此包发送完毕后，客户端和服务器进入到ESTABLISHED(TCP连接成功)状态，完成三次握手。

四次挥手

1. 客户端进程发出连接释放的报文，并停止发送数据。释放数据报文首部，FIN=1,其序列号为seq=u(等于前面已经传送的数据的最后一个字节加1)，此时，客户端进入FIN-WAIT-1(终止等待1)状态。TCP规定，FIN报文段即使不携带数据，也需要消耗一个序列号。
2. 服务器收到连接释放的报文，发出确认报文，ACK=1,确认号ack=u+1，并且带上自己的序列号seq=v，此时，服务器就进入CLOSE-WAIT(关闭等待)状态。TCP服务器通知高层的应用进程，客户端向服务器的连接就释放了，这时候处于半关闭状态，即客户端已经没有数据要发送了，但是服务器若发送数据，客户端依然要接受。这个状态还要持续一段时间，也就是整个CLOSE-WAIT状态持续的时间
3. 客户端收到服务器的确认请求后，此时，客户端就进入FIN-WAIT-2（终止等待2）状态，等待服务器发送的连接释放报文(在这之前还需要接收服务器发送的最后的数据)
4. 服务器将最后的数据发送完毕后，就向客户端发送连接释放报文，FIN=1,ACK=1,序号seq=w，确认号ack=u+1，(由于在半关闭状态，服务器很可能又发送了一些数据，所以假定此时的序列号为seq=w)，此时，服务器就进入了LAST-ACK(最后确认)状态，等待客户端的确认
5. 客户端收到服务器的连接释放报文后，对此发出确认报文段，ACK=1,seq = u+1，ack = w+1，此时，客户端就进入TIME_WAIT状态。此时TCP未释放掉，需要净多时间等待计时器设置的2MSL后，客户端才进入CLOSED状态
6. 服务器只要收到客户端发出的确认，立即进入CLOSED状态，可以看到，服务器结束TCP连接的时间要比客户端早一些

常见面试题

1.为什么连接的时候是三次握手，关闭的时候是四次挥手？

答：因为当Server端收到Client端的SYN连接请求报文后，可以直接发送SYN+ACK报文。其中ACK报文是用来应答的，SYN报文是用来同步的。但是关闭连接时，当Server端收到FIN报文时，很可能并不会立即关闭socket，所以只能先回复一个ACK报文，告诉Client端：你发送的FIN报文我收到了。只有等到我Server端所有的报文都发送完了，我才能发送FIN报文，因此不能一起发送。所以要四次挥手。

2.为什么TIME_WAIT状态需要经过2MSL(最大报文段生存时间)才能返回到CLOSE状态？

答：按道理，四个报文都发送完毕，我们就可以直接进入CLOSE状态了，但是我们必须假想网络是不可靠的，有可能最后一个ACK丢失。所以TIME_WAIT状态就是用来重发可能丢失的ACK报文

Server如果没有收到ACK，将不断重复发送FIN片段。所以Client不能立即关闭，他必须确认Server接收到了该ACK。Client会在发送出ACK之后进入到了TIME_WAIT状态。Client会设置一个计时器，等待2MSL时间。如果在该时间内再次收到FIN，那么Client会重发ACK并再次等待2MSL，（所谓的2MSL是两倍的MSL，MSL指一个片段在网络中最大的存活时间，2MSL就是一个发送和一个回复的最大时间。）如果直到2MSL,Client都没有再次收到FIN，那么Client推断ACK已经被成功接收，则结束TCP连接。

3.如果已经建立了连接，但是客户端突然出现故障怎么办

答：TCP还设有一个保活计时器，显然，客户端如果出现故障，服务器不能一直等下去，白白浪费资源。服务器每收到一次客户端的请求后都会重新复位这个计时器，时间通常是设置为2小时，若两小时还没有收到客户端的任何数据，服务器就会发送一个探测报文段，以后每隔75s发送一次，若一次发送发送10个探测报文仍然没有反应，服务器就认为客户端出了故障，接着就关闭连接。