图解TCP:三次握手和四次挥手及面试问题整理

图解TCP:三次握手和四次挥手及面试问题整理

1. 通信流程图

2. 三次握手

• 第一次握手：建立连接时,客户端发送syn包(syn=j)到服务器,并进入SYN_SEND状态,等待服务器确认。SYN：同步序列编号(Synchronize Sequence Numbers)；
• 第二次握手：服务端收到连接请求syn包后,必须确认客户的SYN（ack=j+1）,同时自己也发送一个SYN包（syn=k）,即SYN+ACK包,此时服务器进入SYN_RVCD状态；
• 第三次握手：客户端收到服务器的SYN＋ACK包,向服务器发送确认包ACK(ack=k+1),此包发送完毕,客户端和服务器进入ESTABLISHED状态,完成三次握手。

3. 四次挥手

• 第一次挥手：客户端调用shutdown(fd, SHUT_WR)或者调用close接口，向服务端发送一个 FIN 报文，报文中会指定一个序列号，发送断开连接请求后，不再发送数据，并主动断开TCP连接，然后进入状态 FIN_WAIT1；
• 第二次挥手：服务端收到 FIN 之后，会发送 ACK 报文，且把客户端的序列号值 +1 作为 ACK 报文的序列号值，表明已经收到客户端的报文了，此时服务端处于 CLOSE_WAIT 状态。客户端收到服务端的确认后，进入FIN_WAIT2（终止等待2）状态，等待服务端发出的连接释放报文段；
• 第三次挥手：如果服务端不再想继续发送数据了，则调用shutdown关闭写或者close向客户端发送 FIN 报文，且指定一个序列号,发送后进入LAST_ACK状态；
• 第四次挥手：客户端收到 FIN 之后，一样发送一个 ACK 报文作为应答，且把服务端的序列号值 +1 作为自己 ACK 报文的序列号值，此时客户端处于 TIME_WAIT 状态。服务端过一段时间收到客户端的确认后，则进入CLOSED状态，并且关闭连接。

4. 常见面试问题整理

• 握手建立连接为什么是三次?

TCP是面向连接的协议，需要双方都要确认对方在线，都要向对方发送连接建立请求后得到确认，才能进行通信。即就是服务器在接收客户端连接请求的同时也需要确认对方在线,故需要三次。

• 挥手断开连接为什么是四次?

中间的ACK包和FIN包不能放在一起，因为服务端接受到断开连接请求后，还有可能继续给客户端发送数据，只有表示不再发送数据的时候才会发送FIN请求。

• 主动关闭方为什么最后一次回复后，还要进入一个TIME_WAIT状态等待一段时间?

等待一段时间，就是为了防止万一ACK丢失后，处理服务端（被动关闭方）重传的FIN包，等待时间为2个MSL时间(msl:报文最大生命周期)，等待最后重传的数据消失在网络中，避免对后续连接造成影响。

• 如果不进入TIME_WAIT等待，直接进入CLOSED状态有什么影响？

如果主动关闭方，没有进入TIME_WAIT，而是直接关闭套接字释放资源，这时又重新启动了一个socket使用了相同的地址端口信息，它一进来先收到了一个FIN的断开连接请求，它此时想与服务器建立连接，但是服务器这时候还在等待这个端口的最后一次ACK,就无法建立连接。

• 一台主机上出现大量的TIME_WAIT，为什么?如何处理?

TIME_WAIT状态是主动关闭方才会出现的，大量的TIME _WAIT出现，是因为出现了大量的套接字被主动关闭，常见于爬虫服务器

解决方案:降低TIME_WAIT等待时间，设置套接字地址重用选项。

• 一台主机上出现大量的CLOSE_WAIT，为什么?如何处理?

CLOSE_WAIT是被动关闭方收到FIN请求并进行确认回复之后进入的状态，是一种连接关闭等待处理的状态，如果一台主机上出现了大量的CLOSE_WAIT，有可能是连接断开后没有关闭套接字导致的。

解决方案:检查程序流程，是否没有对断开连接的socket进行close操作