CarrieYung1. TCP协议与流通信的本质解析
当我们在浏览器输入网址按下回车时，背后发生的正是TCP协议在默默支撑着整个通信过程。作为互联网的基石协议之一，TCP（Transmission Control Protocol）以其可靠性著称，而"流式通信"（Stream Communication）则是其区别于其他传输层协议的核心特征。
我曾在调试一个分布式系统时，亲眼目睹TCP如何通过重传机制挽救了一次关键数据传输。当时网络出现波动，但最终所有数据都完整到达，这让我深刻理解了TCP"不放弃"的设计哲学——它会不断尝试直到数据成功传输或连接彻底中断。
1.1 TCP的流式特性剖析
TCP的流式通信体现在三个层面：
- 字节流而非消息边界：发送方写入的多个"send"操作，在接收方可能通过一次"recv"就全部读取到。就像用消防水管接水，我们关心的是水流是否连续，而不是每次倒水的动作。
- 顺序保证：即使网络包乱序到达，TCP栈也会按序号重组。我在处理视频流传输时，曾观察到接收缓冲区中包序号从#327突然跳到#415，但最终所有中间缺失的包都通过重传补全。
- 流量控制：通过滑动窗口机制动态调整发送速率。实测显示，当接收方处理能力下降时，窗口大小会从初始64KB自动收缩到8KB左右。
关键提示：开发网络程序时，应用层必须自己处理消息边界（如添加长度头或分隔符），这是许多新手容易忽视的点。
1.2 可靠性实现机制
TCP的可靠性建立在五个核心机制上：
- 三次握手：经典SYN-SYN/ACK-ACK过程。通过
tcpdump抓包可以看到，当客户端发送SYN后未收到响应时，会在3秒、6秒、12秒后分别重试。 - 确认应答：每个数据包都有唯一序列号。我曾统计过，在跨洲传输中约0.7%的包需要重传。
- 超时重传：动态计算的RTO（重传超时）非常关键。Linux中可通过
ss -i命令查看每个连接的srtt（平滑往返时间）。 - 流量控制：窗口大小通告通过ACK包中的window字段实现。当接收缓冲区满时，这个值会降为0，发送方随之暂停。
- 拥塞控制：包含慢启动、拥塞避免等阶段。通过
ip route show cache可以观察到实际使用的拥塞控制算法（如cubic或r