TCP/IP的三次握手和四次挥手的过程

TCP/IP 的三次握手和四次挥手
三次握手的详述
首先Client端发送连接请求报文，Server端接受连接后恢复ACK报文，并为这次连接分配资源。Client端接受到ACK报文后也向Server端发生ACK报文，并分配资源，这样TCP连接就建立了

最初两端TCP进程都处于CLOSED关闭状态，A主动打开连接，而B被动打开连接。（A、B关闭状态CLOSED———B收到状态LISTEN———A同步已发送状态SYN-SENT———B同步收到状态SUN-RCVD———A、B连接已建立状态ESTABLISHED
**B的TCP服务器进程先创建传输控制块TCB，准备接受客户进程的连接请求。然后服务器进程就处于LISTEN（收听）状态，等待客户的连接请求，若有，则作出响应 **

1 三次握手的过程

1）第一次握手

A的TCP客户进程也是首先创建传输控制块TCB，然后向B发出连接请求报文段，（首部的同部位SYN=1，初始序号seq=x），（SYN=1的报文段不能携带数据）但要消耗掉一个序号，此时TCP客户进程进入SYN-SENT（同步已发送）状态

2）第二次握手

B收到连接请求报文段后，如过同意建立连接，则向A发送确认，在确认报文段中（SYN=1，ACK=1，确认号ack=x+1，初始序号seq=y），测试TCP服务器进程进入SYN-RCVD（同步收到）状态；

3）第三次握手

TCP客户请求报文段后，如果同意建立连接，则向A发送确认，在确认报文段中（SYN=1，ACK=1，确认号ack=x+1），（初始号seq=x，第二个报文段所以要+1），ACK报文段可以携带数据，不懈怠数据则不消耗序号。TCP连接已经建立，A进入ESTABLISHED（已建立连接）。

·当B收到A确认后，也进入ESTABLISHED状态。

三次握手的过程

1）第一次握手：起初两端都处于COLSED关闭转态，Client将标志位SYN置为1，随即产生一个值seq=x，并将该数据包发送给Server，Client进入SYN-SENT状态，等待Server确认；

2）第二次握手：Server收到数据包后标志位SYN=1得知Client请求建立连接，Server将标志位SYN和ACK都设置为1，ack=x+1，随即产生一个值seq=y，并将数据包发送给Client以确认连接请求，Server进入SYN-RCVD状态，此时操作系统为该TCP连接分配TCP缓存和变量；

3）第三次握手：Client收到确认后，检查ack是否为x+1，ACK是否为1，如果正确则将标志位ACK设置为1，ack=y+1，并且此时操作系统为该TCP连接分配TCP缓存和变量，并将该数据包发送给Server，Server检查ack是否为y+1，ACK是否为1，如果正确则连接建立成功，Client和Server进入ESTABLISHED状态，完成三次握手，随后Client和Server就可以开始传输数据。

起初A和B都处于CLOSED状态———B创建TCB，处于LISTEN状态，等待A请求———A创建TCB，发送连接请求（SYN=，seq=x），进入SYN-SENT状态———B收到连接请求，向A发送确认（SYN=ACK=1,确认号ack-x+1，初始序号seq=y），进入SYN-RCVD状态——）A收到B的确认后，给B发出确认（ACK=1，ack=y+1，seq=x+1），A进入ESTABLISHED状态———B收到A的确认后，进入ESTABLISHED状态。

TCB传输控制块Transmission Control Block，存储每一个连接中的重要信息，如TCP连接表，到发送和接受缓存的指针，到重传队列的指针，当前的发送和接受序号

四次挥手
（1）四次挥手的详述
假设Client端发起中段连接请求，也就是发送FIN报文。Server端连接到FIN报文后，意思是说“我Client端没有数据要发给你了”，但是如果你还有数据没有发送完成，则不必急着关闭Socket，可以继续发送数据。所以你先发送ACK，“高速Client端，你的请求我收到了，但是我还没准备好，清继续你等我的消息“。这个时候CLient端，好了，我这边数据发完了，准备好关闭连接了“。Client端收到FIN报文后，“就知道可以关闭连接了，但是他还是不相信网络，怕Server端不知道要关闭，所以发送ACK后进入TIME_WAIT状态，如果Server端没有收到ACK则可以重传。”，Server端收到ACK后，“就知道可以断开连接了“。Client端等待了2MSL后依然没有收到回复，则证明Server端已正常关闭，那好，我们Client端也可以关闭连接了。OK，TCP连接就这样关闭了！

							**TCP连接释放的过程**

数据传输结束后，通信的双方都可以释放连接，A到B都处于ESTABLISHED状态。（A、B连接建立状态ESTABLISHED———A终止等待1状态FIN-WAIT-1——B关闭等待状态CLOSE-WAIT——A终止等待2状态FIN-WAIT-2——B最后确认状态LAST-ACK———A时间等待状态TIME-WAIT——B、A关闭状态CLOSED）

1）A的应用进程先向其TCP发出连接释放报文段（FIN=1，序号seq=u），并停止再发送数据，主动关闭TCP连接，进入FIN-WAIT-1（终止等待1）状态，等待B的确认
2）B收到连接释放报文段后即发出确认报文段，（ACK=1，确认号ack=u+1，序号seq=v），B进入CLOSE-WAIT（关闭等待）状态，此时的TCP处于半关闭状态，A到B连接释放。
3）A收到B的确认后，进入FIN-WAIT-2（终止等待2）状态，等待B发出的连接释放报文段。
4）B没有要向A发出的数据，B发出连接释放报文段（FIN=1，ACK=1，序号seq=w，确认号ack=u+1），B进入LAST-ACK（最后确认）状态，等待A的确认。
5）A收到B的连接释放报文段后，对此发出确认报文段（ACK=1，seq=u+1，ack=w+1），A进入TIME-WAIT（时间等待）状态。此时TCP未释放掉，需要经过时间等待计时器设置的时间2MSL后，A才进入CLOSED状态。

（2）总结四次挥手过程：
起初A和B处于ESTABLISHED状态——A发出连接释放报文段并处于FIN-WAIT-1转态——B发出确认报文段且报文段且进入CLOSE-WAIT转态——A收到确认后，进入FIN-WAIT-2状态，等待B的连接释放报文段——B没有要向A发出的数据，B发出连接释放报文段且进入LAST-ACK转态——A发出确认报文段进入TIME-WAIT转态——B收到确认报文段后进入CLOSED状态——A经过等待计时器时间2MSL后，进入CLOSED状态。