TCP 四次挥手涉及到的问题总结

1. 异常断开连接

客户端主机宕机：不会发生四次挥手

• 如果服务端发送数据：客户端已经不存在了，服务端收不到响应报文就会超时重传，重传达到阈值后就会断开连接

• 如果服务端不发送数据：要看服务端有没有开启 TCP 保活机制 keepalive，开启了达到时间就会发送探测报文，达到一定次数就会断开连接；如果没有开启，服务端的 TCP 连接就会一直存在，一直处于 established 状态，直到服务端重启

• 客户端进程崩溃：由于 TCP 的连接信息是由操作系统内核维护的，所以内核发现进程崩溃后还是可以四次挥手断开连接，由内核发送 FIN 报文断开连接

2. 拔掉网线后，TCP 连接会发生什么？

客户端拔掉网线后，并不会影响 TCP 的连接状态，要看接下来有没有进行数据传输

• 有数据传输：服务端向客户端发送数据，达到重传次数上限时，客户端还没有插回网线，服务端就会断开连接；如果在达到重传次数上限之前，客户端插回了网线，TCP 连接还是正常存在，就像什么都没发生一样

• 无数据传输：看服务端有没有开启保活机制，如果开启了 keepalive，服务端会发送探测报文，在一段时间内（探测报文重传期间），如果客户端插上网线了，那么两端的 TCP 连接还是可以正常存在；如果客户端一直没有插回网线，保活机制就会任务客户端 TCP 连接已断开，接着断开服务端的连接

3. 保活机制触发时间太长

• tcp_keepalive_time=7200：表示保活时间是 7200 秒（2小时），也就 2 小时内如果没有任何连接相关的活动，则会启动保活机制

• tcp_keepalive_intvl=75：表示每次检测间隔 75 秒

• tcp_keepalive_probes=9：表示检测 9 次无响应，认为对方是不可达的，从而中断本次的连接

• 在 Linux 系统中，最少需要经过 2 小时 11 分 15 秒才可以发现一个「死亡」连接，可以在自己实现探测机制来缩短发现死亡连接的时间

• web 服务软件中，通常都会有一个 keep_alive 参数，来设置 HTTP 长连接超时的时间，客户端发送一个请求后，服务端收到请求就会开启一个定时器，如果在超时时间内都没有收到客户端新的请求，就会触发回调函数释放连接

4. TIME_WAIT 状态的作用

= tcp_tw_reuse 为什么默认是关闭的？（如果开启，可以快速复用处于 TIME_WAIT 状态的连接）= TIME_WAIT 状态过短或没有会引发什么问题？

• 为了避免收到相同四元组的历史连接中的报文，导致数据错乱（即使 tcp_tw_reuse 开启时也要开启 timestamp 选项来过滤过期的报文，但是 RST 报文即使过期了，也不会被过滤，还是有可能被接受）

• 为了被动关闭方正确关闭连接，如果没有 TIME_WAIT 状态，第四次挥手的 ACK 报文丢失了，服务端重传第三次挥手报文，由于客户端没有持续 2MSL 的时间就直接关闭了，所以回复 RST 报文，服务端收到 RST 会将其解析为一个错误，进而关闭连接，这对于可靠的 TCP 来说不是一种优雅的关闭方式