TCP三次握手和四次挥手：
1.TCP的报文格式
第一行：其中是源端口和目的端口各占16位,要在建立连接之前需要知道对方信息。（例如：IP，Port…）
第二行：表示发送的数据字节流，确保TCP传输有序，对每个字节编号。
第三行：发送放期望的下一个序列号，接收成功后的序列号加1，只有当ACK=1时菜有效.
第四行：ACK：Acknowledge character（确定字符）是确认序号的标志,ACK=1表示有效，ACK=0表示报文不含确认序号信息.
SYN：Synchronize Sequence Numbers（同步序列编号）是连接请求序号标志，用于连接，SYN=1表示请求连接
FIN：Finall（结束）是结束标志，用于释放连接，FIN=1表示关闭本方数据流
2.三次握手
第一次：客户端向服务端发起请求SYN=1表示连接请求，并且发送一段seq序号假如为x，希望一次收到的序号为x+1。
第二次：服务端监听到有请求，将SYN=1表示可以连接，ACK=1表示收到seq序号并且有效，服务端自己再发送自己的序列号seq=y，同样希望下一次收到的seq为y+1，最后还有ack=x+1表示确认序号。
第三次：此时客户端已经知道了自己的收发都是正常的，但是服务端只知道自己可以接收，并不知道自己的发送客户端是否接收到，所以客户端，此时客户端需要发送ACK=1表示自己收到请求，ack=y+1表示确认序号，上次接收的ack=x+1表示下一次发送序列号必须从x+1开始，所以发送seq=x+1序号。
3.四次挥手
第一次：当客户端想要端口连接的时候，会向服务端发送FIN=1，表示想要断开，并且加上seq=u序号。
第二次：服务端接收到后，发送ACK=1表示确认和ack=u+1确认序号，表示已经接收到只是还没有做好端口的准备，因为服务端可能还有没发完的消息，所以不能直接发送FIN=1。
第三次：服务端确认没有消息发送之后，向客户端发送FIN=1表示可以断开，再发送自己的seq=w序号。
第四次：客户端确认ACK=1，ack=w+1确认序号，再发送seq=u+1序号。
4.为什么三次握手和四次挥手？
三次握手时，服务端同时把ACK和SYN放在一起发送到了客户端那里
四次挥手时，当收到对方的 FIN 报文时，仅仅表示对方不再发送数据了但是还能接收数据，己方是否现在关闭发送数据通道，需要上层应用来决定，因此，己方 ACK 和 FIN 一般都会分开发送。
5.为什么客户端最后还要等待2MSL？
客户端需要保证最后一次发送的ACK报文到服务端，如果服务端未收到，可以请求客户端重发，这样客户端还有时间再发，重启2MSL计时