TCP的三次握手，四次挥手

1. TCP协议段格式有6位标志位：
   

• URG:紧急指针是否有效。
• ACK：确认号是否有效。
• PSH：提示接收端应用程序立刻从TCP缓冲区把数据读走。
• RST：对方要求重新建立连—复位报文段。
• SYN：请求建立连接—同步报文段。
• FIN：通知对方，本端要关闭了—结束报文段。

2. 三次握手
   
   首先Client端发送连接请求报文，Server段接受连接后回复ACK报文，并为这次连接分配资源。Client端接收到ACK报文后也向Server段发生ACK报文，并分配资源，这样TCP连接就建立了。
   三次握手中的状态：

CLOSED	关闭状态
LISTEN	监听状态
SYN_SENT	同步发送
SYN_RCVD	同步收到
ESTABLISHED	建立连接

三次握手的机制图：

三次握手的实现流程：

3. 为什么是三次握手而不是二次握手？

如果采用两次握手，只要服务器端发出确认数据包就会建立连接，但是由于客户端此时并未响应服务器端的请求，那此时服务器端就会一直等待客户端的确认，浪费一定资源。
如果采用三次握手，服务器端没有收到客户端的确认，就会知道客户端没有要求建立连接，就不会浪费资源。
4. 四次挥手

四次挥手中的状态：

EATABLISHED	建立连接
FIN_WAIT1	终止等待1
CLOSE_WAIT	关闭等待
FIN_WAIT2	终止等待2
LAST_ACK	最后确认
TIME_WAIT	时间等待
CLOSED	关闭

四次挥手机制图：

四次挥手流程图：

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

三次握手的时候，客户端向服务器发送SYN（请求连接）报文段，服务器收到后发出ACK+SYN报文段，ACK是确认报文段，SYN是同步报文段，两步可以合并为一步发送。
四次握手的时候，客户端向服务器发送FIN（请求释放连接）报文段，服务器收到后， 并不一定可以立刻释放连接：
（1）当服务器还有要向客户端发送的数据的时候，先发出一个ACK（确认报文段），直到服务器中没有要向客户端发送的数据，这时候发出FIN（请求释放连接）报文段，最后客户端发送确认报文段。
（2）当服务器中已经没有要向客户端发送的数据的时候，可以直接发送ACK+FIN报文段，这时候中间的两次挥手合并为一次，最后由客户端发出ACK报文段。
6. 为什么是TIME_WAIT的时间是2MSL？

MSL——报文最大生存时间。（常用的是30s，1分钟，2分钟等）
用来保证最后一个ACK可靠到达。
假设最后一个ACK丢失，那么TIME_WAIT状态就是用来重发可能丢失的ACK报文。