TCP三次握手，四次挥手

三次握手

需要描述的详细一点才是加分项
复制代码

刚开始客户端处于closed状态，服务端处于listen状态

1. 第一次握手：客户端发送SYN报文，初始序列号seq(c)。客户端处于SYN_send状态
2. 第二次握手：服务器收到SYN报文，以自己的SYN报文应答，初始序列号seq(s)，ACK=seq(c)+1。服务器处于SYN_REVD状态
3. 第三次握手：客户端收到 SYN 报文之后，会发送一个 ACK = seq(s)+1报文，客户端处于established状态
4. 服务器收到 ACK 报文之后，也处于 establised 状态，此时，双方以建立起了链接

• 三次握手的作用？

1. 确认双方的接受能力、发送能力是否正常。
2. 指定自己的初始化序列号，为后面的可靠传送做准备。
3. 如果是 https 协议的话，三次握手这个过程，还会进行数字证书的验证以及加密密钥的生成到

• 三次握手可以携带数据吗？ 第三次握手是可以携带数据，此时客户端已经处于 established 状态，也就是说，对于客户端来说，他已经建立起连接了，并且也已经知道服务器的接收、发送能力是正常的了

四次挥手

刚开始双方都处于 establised 状态，假如是客户端先发起关闭请求，则：

1. 第一次挥手：客户端发送一个 FIN 报文，报文中会指定一个序列号。此时客户端处于FIN_WAIT1状态
2. 第二次握手：服务端收到 FIN 之后，会发送 ACK 报文，且把客户端的序列号值 + 1 作为 ACK 报文的序列号值，表明已经收到客户端的报文了，此时服务端处于 close_WAIT状态
3. 第三次挥手：如果服务端也想断开连接了，和客户端的第一次挥手一样，发给 FIN 报文，且指定一个序列号。此时服务端处于 LAST_ACK 的状态。
4. 第四次挥手：客户端收到 FIN 之后，一样发送一个 ACK 报文作为应答，且把服务端的序列号值 + 1 作为自己 ACK 报文的序列号值，此时客户端处于 TIME_WAIT 状态。需要过一阵子以确保服务端收到自己的 ACK 报文之后才会进入 CLOSED 状态
5. 服务端收到 ACK 报文之后，就处于关闭连接了，处于 CLOSED 状态

• 确保服务器是否已经收到了我们的 ACK 报文，如果没有收到的话，服务器会重新发 FIN 报文给客户端，客户端再次收到 FIN 报文之后，就知道之前的 ACK 报文丢失了，然后再次发送 ACK 报文
• TIME_WAIT 持续的时间至少是一个报文的来回时间