TCP/IP 三次握手和四次挥手

TCP 三次握手

做用：创建TCP链接

1.三次握手是客户端先发起请求到服务器，此时服务器处于LISTEN监听状态，A会先发送一个链接请求的报文---SYN=1，ACK=0,seq=x ，这个包也称为SYN包，当客户端发送完SYN包后，就进入SYN-SENT状态。

2.服务器B收到报文后，若是确认要与A创建TCP链接，要回复一个ACK包---SYN=1,ACK=1，ack=x+1，seq=y（注意这里的ack和ACK，大写的ACK表示的是占用一个比特位的ACK设置位，小写的ack是确认号）。服务端B将ACK包发送完后，进入SYN-RECV状态

3.客户端A收到后，解析B发来的ACK包，会给B回复---SYN=0，ACK=1，seq=x+1，ack=y+1。客户端A发送完后就进入了ESTABLISHED状态，表示A端已创建链接。
4.服务器B收到包后也进入ESTABLISHED状态。
TCP链接就创建完成

TCP 四次挥手

做用：断开TCP链接

断开链接有多是A提出来，也有多是B提出来的。当前客户端和服务器都处于ESTABLISHED创建状态

1.假设是客户端A先提出，A会给服务器先发一个FIN包---FIN=0，seq=u。发完后客户端A将转变为FIN-WAIT-1状态等待B的确认
2.服务器B收到后，看到报文中FIN=1，知道是A”想分手“，B一想分就分呗，就给A回了个报文---ACK=1，seq=v，ack=u+1。发完后就进入了CLOSE-WAIT关闭等待状态。

3.A收到后，又进入FIN-WAIT-2,等待服务器B给他发FIN=1的报文。
4.服务器B这时可能还有没给客户端A发送完的数据，当他确认发送完后，它会发送一个FIN+ACK包---FIN=1，ACK=1，seq=w,ack=u+1。
然后自动进入LAST-ACK状态。

5.客户端A收到B发来的FIN包后，还须要对服务器B作个回应的报文---ACK=1，seq=u+1，ack=w+1。当发送完这个包后，A不会当即进入关闭状态，他要等待可能由于网络或其余因素致使服务器B端发的数据包，为了避免遗漏数据客户端A将等待2倍的MSL时长，以后才关闭。

6.服务器B收到A的回复后这才算真正的确认关闭链接了。

有没有感受挥手（分手）好麻烦，那就像现实中的分手，总要搞清每一步 咳咳咳咳咳咳

TCP包头 （图中用到的）

ack：确认号
seq=包的序号（注意这个数字是相对的）
ACK：表示是否前面确认号字段是否有效。只有当ACK=1时，前面的确认号字段才有效。TCP规定，链接创建后，ACK必须为1,带ACK标志的TCP报文段称为确认报文段。

SYN：在创建链接时使用，用来同步序号。当SYN=1，ACK=0时，表示这是一个请求创建链接的报文段；当SYN=1，ACK=1时，表示对方赞成创建链接。SYN=1，说明这是一个请求创建链接或赞成创建链接的报文。只有在前两次握手中SYN才置为1，带SYN标志的TCP报文段称为同步报文段

FIN：表示通知对方本端要关闭链接了，标记数据是否发送完毕。若是FIN=1，即告诉对方：
“个人数据已经发送完毕，你能够释放链接了”，带FIN标志的TCP报文段称为结束报文段

每一个状态的含义

CLOSED 没有任何链接状态 LISTEN 侦听状态，等待来自远方TCP端口的链接请求 SYN-SENT 在发送链接请求后，等待对方确认 SYN-RECEIVED 在收到和发送一个链接请求后，等待对方确认 ESTABLISHED 表明传输链接创建，双方进入数据传送状态 FIN-WAIT-1 主动关闭,主机已发送关闭链接请求，等待对方确认 FIN-WAIT-2 主动关闭,主机已收到对方关闭传输链接确认，等待对方发送关闭 传输链接请求 IME-WAIT 完成双向传输链接关闭，等待全部分组消失 CLOSE-WAIT 被动关闭,收到对方发来的关闭链接请求，并已确认 LAST-ACK 被动关闭,等待最后一个关闭传输链接确认，并等待全部分组消失 CLOSING 双方同时尝试关闭传输链接，等待对方确认