TCP三次握手和四次挥手

TCP连接（三次握手）和释放（四次挥手）

TCP连接的三个阶段：连接建立、数据传输、连接释放。
问题：
每一方都能明确感知对方的存在。
允许双方协商参数。
能够对运输实体资源进行分配。

建立TCP连接（三次握手）：

注：最开始的时候客户端和服务器都处于CLOSED状态，主动打开连接的为客户端。
　　1、TCP服务器先创建传输控制块TCB，时刻准备接收客户进程的连接请求，此时服务器就进入了LISTEN(监听)状态。
　　2、TCP客户进程创建传输控制块TCB，然后向服务器发送连接请求报文，此时报文首部中的同步位SYN=1，同时选择一个初始序列号 seq=x， 此时客户端进入了同步已发送(SYN-SENT)状态。TCP规定，SYN报文段（SYN=1）不能携带数据，但需消耗掉一个序号。
　　3、TCP服务器收到请求报文后，如果同意连接，则发送确认报文。确认报文中ACK=1,SYN=1,确认号为ack = x+1，同时也要为自己初始一个序列号seq=y，此时服务器进入到同步收到(SYN-REVD)状态。这个报文也不能携带数据，同样需消耗掉一个序号。
　　4、TCP客户端收到确认后，还要向服务器给出确认。确认报文的ACK=1，ack=y+1，自己的序列号seq=x+1，此时TCP建立连接，客户端进入已建立连接状态。TCP规定，ACK报文段可以携带数据，如果没携带数据则不消耗序号。
　　5、当服务器收到客户端确认后也进入已建立连接状态，此后双方就可以通信了。
　　
　　为什么TCP客户端最后还要发送一遍确认呢？
　　主要防止已经失效的连接请求报突然又传到了服务器，从而产生错误。
　　如果使用两次握手连接，如果客户端发送的请求由于网络问题在网络中滞留的时间比较长，由于客户端长时间得不到服务器的响应以为该请求丢失于是再次发送一个请求报文，然后双方建立连接互相通信最后关闭连接。这时之前的请求报文由于网络问题到达了服务器，由于是两次握手机制，因此服务器会认为该请求是有效的将会导致不必要的错误和资源的浪费。假如是三次握手，即使最后服务器收到了本该失效的报文由于未再次受到客户端确认因此也不会和客户端建立连接。

释放TCP连接（四次挥手）：

注：数据传输完毕后，双方都可以释放连接。最开始的时候，双方都是出于已建立连接状态，然后客户端主动关闭，服务器被动关闭。
　　1、客户端进程发送连接释放报文，并且停止发送数据。释放连接报文首部，FIN=1，其序列号seq=u（前面传输数据的最后一个字节+1），此时，客户端进入终止等待1(FIN-WAIT-1)状态。TCP规定，FIN即使不携带数据，也要消耗掉一个序号。
　　2、服务器收到连接释放报文，发送确认报文ACK=1,ack=u+1, 并且带上自己的序列号seq = v, 此时服务器进入关闭等待(CLOSE-WAIT) 状态 。TCP通知高层的应用进程，客户端向服务器端的服务就释放了，这时处于半关闭状态，即客户端已经没有数据要发送了，但是服务器如果发送数据，客户端依旧要接受。这个状态要持续一段时间，也就是关闭等待的持续时间。
　　3、客户端收到服务器的确认请求后，此时客户端进入终止等待2(FIN-WAIT-2)状态，等待服务器发送连接释放报文。在这之前仍然需要接收服务器发送的最后的数据。
　　4、服务器将最后的数据发送完毕后，就向客户端发送连接释放报文FIN=1，ack=u+1, 由于服务器处于半关闭状态，因此服务器很可能又发送了一些数据，假定此时的序列号seq = w, 此时服务器就进入了最后确认(LAST-ACK)状态，等待客户端确认。
　　5、客户端收到服务器的连接释放报文后，必须发送确认，ACK=1，ack=w+1，而自己的序列号seq = u+1, 此时客户端就进入了时间等待(TIME-WAIT)状态，注意此时TCP连接还没有释放，必须经过2*MSL(最长报文段寿命)的时间后，客户端撤销相应的TCB后才进入CLOSED状态。
　　6、服务器只要受到了客户端发送的确认，就立即进入CLOSED状态。同样，撤销TCB后就结束了这次的TCP连接。可以看到，服务器结束连接的时间要比客户端早。
　　
　　为什么客户端最后还要等待2＊MSL的时间？
　　第一：保证客户端发送的最后一个ACK报文能够到达服务器，因为这个ACK报文可能丢失，站在服务器的角度看，服务器已经发送了FIN+ACK报文请求断开报文，客户端还没给服务器回应，应该是服务器发送的请求断开报文客户端没有收到，于是服务器又会重新发送一次，而客户端就能在2＊MSL的时间段内收到这个重传的报文接着给出回应报文，然后重启2MSL计时器。
　　第二：防止三次握手中类似的无效的请求报文段出现在连接中。客户端发送完最后一个确认报文后，在2＊MSL时间内，就可以使在本次连接的时间内所产生的报文全部网络中消失，这样新连接的请求中不会出现旧的连接报文。
　　
　　为什么连接是三次握手释放是四次挥手呢？
　　建立连接的时候服务器处于监听状态，收到建立连接请求的SYN报文后，把ACK和SYN报文放在一个报文里面发送给客户端。而关闭连接时，服务器收到对方的FIN报文时，仅仅代表对方不再发送数据了但是还能接收数据，而自己也未必已把全部数据发送给对方，所以自己可以立即关闭也可以发送一些数据后再发送FIN报文给对方表示同意关闭连接因此，服务器的ACK和FIN一般都会分开发送从而导致多了一次。
　　
　　如果已经建立了连接，客户端突然发生故障了怎么办？
　　TCP设有保活计时器，服务器每次收到客户端的请求后都会重置这个计时器，时间通常设为两小时，若两小时之内没收到客户端的任何数据，服务器就会发送一个探测报文段，以后每隔75分钟发送一次。若发送了十个探测报文段后客户端依然没有反应，服务器就认为客户端出了故障接着关闭连接。