本文深入探讨TCP的keepalive机制和time_wait状态。TCP keepalive用于检测连接状态，防止资源泄露，而time_wait状态的存在是为了防止数据包混淆和确保连接彻底关闭。文中介绍了Linux系统的默认配置及如何调整，以及应用层的心跳检测作为补充。同时，文章提到了time_wait复用策略及其在NAT环境中的影响。
TCP是一个有状态通讯协议，所谓的有状态是指通信过程中通信的双方各自维护连接的状态。
一、TCP keepalive
先简单回顾一下TCP连接建立和断开的整个过程。（这里主要考虑主流程，关于丢包、拥塞、窗口、失败重试等情况后面详细讨论。）
首先是客户端发送syn（Synchronize Sequence Numbers：同步序列编号）包给服务端，告诉服务端我要连接你，syn包里面主要携带了客户端的seq序列号；服务端回发一个syn+ack，其中syn包和客户端原理类似，只不过携带的是服务端的seq序列号，ack包则是确认客户端允许连接；最后客户端再次发送一个ack确认接收到服务端的syn包。这样客户端和服务端就可以建立连接了。整个流程称为“三次握手”。
建立连接后，客户端或者服务端便可以通过已建立的socket连接发送数据，对端接收数据后，便可以通过ack确认已经收到数据。
数据交换完毕后，通常是客户端便可以发送FIN包，告诉另一端我要断开了；另一端先通过ack确认收到FIN包，然后发送FIN包告诉客户端我也关闭了；最后客户端回应ack确认连接终止。整个流程成为“四次挥手”。
TCP的性能经常为大家所诟病，除了TCP+IP额外的header以外，它建立连接需要三次握手，关闭连接需要四次挥手。如果只是发送很少的数据，那么传输的有效数据是非常少的。
是不是建立一次连接后续可以继续复用呢？的
最低0.47元/天 解锁文章
扫一扫
538
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
