一、三次握手
1.简要描述TCP三次握手的过程
第一次握手，客户端发送SYN包到服务器；
第二次握手，服务器收到SYN包，回复一个SYN+ACK包；
第三次握手，客户端收到服务器的SYN+ACK包后，回复一个ACK包，完成三次握手。
2.为什么TCP连接需要三次握手，2次不行吗？
三次握手可以确保双方都能够发送和接收数据，防止因网络延迟导致的问题。两次握手可能会导致服务器资源被浪费。
3.在TCP三次握手中，客户端和服务器分别扮演什么角色？
客户端发送连接请求，服务器接收并回复确认。
4.在TCP连接过程中，客户端发送SYN包丢失了，会发生什么情况？
服务器会超时等待，然后重新发送SYN+ACK包，进行连接。
5.三次握手的各个状态
一开始，建立连接之前服务器和客户端的状态都为CLOSED；
服务器创建socket后开始监听，变为LISTEN状态；
客户端请求建立连接，向服务器发送SYN报文，客户端的状态变味SYN_SENT；
服务器收到客户端的报文后向客户端发送ACK和SYN报文，此时服务器的状态变为SYN_RCVD；
然后，客户端收到ACK、SYN，就向服务器发送ACK，客户端状态变为ESTABLISHED；
服务器端收到客户端的ACK后变为ESTABLISHED。此时3次握手完成，连接建立！
二、四次挥手
1.简要描述四次挥手的过程
第一次挥手，客户端发送FIN包到服务器；
第二次挥手，服务器收到FIN包，回复一个ACK包；
第三次挥手，服务器发送FIN包到客户端；
第四次挥手，客户端收到FIN包，回复一个ACK包，完成四次挥手。
2.为什么TCP连接需要四次挥手，不能三次挥手吗？
四次挥手是为了确保双方都能够完全关闭连接，防止因网络延迟导致的数据丢失或重发问题。
3.如果TCP连接过程中，服务器收到客户端FIN包立即回复ACK包，会发生什么？
客户端可能还有数据需要发送，服务器需要等待客户端发送完数据后再发送FIN包，进行关闭连接
4.为什么创建连接是三次握手，断开连接是四次挥手？
在TCP/IP协议中，四次挥手是终止TCP连接的标准过程，它确保了双方都能正确地关闭连接并释放资源。如果在内网传输中试图减少这一过程到三次挥手，可能会导致连接状态不一致或其他未定义的行为，从而影响数据传输的可靠性和稳定性。TCP在建立连接时要进行三次握手，在断开连接时要进行四次挥手，这是由于TCP的半关闭造成的。因为TCP 连接是全双工的（即数据可在两个方向上同时传递），所以在进行关闭时对每个方向都要单独进行关闭，这种单方向的关闭叫作半关闭。在一方完成它的数据发送任务时，就发送一个FIN来向另一方通告将要终止这个方向的连接。
5.四次挥手的各个状态
客户端先向服务器发送FIN报文，请求断开连接，其状态变为FIN_WAIT1；
服务器收到FIN后向客户端发送ACK，服务器的状态变为CLOSE_WAIT；
客户端收到ACK后就进入FIN_WAIT2状态，此时连接已经断开了一半了。如果服务器还有数据要发送给客户端，就会继续发送；
直到发完数据，就会发送FIN报文，此时服务器进入LAST_ACK状态；
客户端收到服务器的FIN后，马上发送ACK给服务器，此时客户端进入TIME_WAIT状态；
再过了2MSL长的时间后进入CLOSED状态。服务器收到客户端的ACK就进入CLOSED状态。
至此，还有一个状态没有出来：CLOSING状态。
CLOSING状态表示： 客户端发送了FIN，但是没有收到服务器的ACK，却收到了服务器的FIN，这种情况发生在服务器发送的ACK丢包的时候，因为网络传输有时会有意外。
