TCP协议：构建可靠数据传输的核心机制与实践

1. 为什么我们需要"100%可靠"的数据传输？

想象一下，你正在给朋友发送一份重要的合同文件。如果这份文件在传输过程中丢失了几页，或者页面顺序被打乱，甚至某些内容被篡改，后果会有多严重？这正是传输层协议需要解决的核心问题——在不可靠的网络基础上，构建可靠的端到端通信。

网络本质上是一个充满不确定性的环境。数据包可能会因为以下原因出现问题：

• 丢失：路由器缓冲区溢出、链路故障
• 乱序：不同路径传输导致到达顺序不一致
• 重复：重传机制可能导致重复包
• 损坏：电磁干扰或硬件故障导致数据错误

TCP协议就像一位尽职的快递员，不仅要确保包裹送达，还要检查包裹是否完整、顺序是否正确。这种可靠性不是与生俱来的，而是通过一系列精妙的工程设计实现的。

关键认知：TCP的可靠性是"端到端"的，意味着发送方和接收方共同维护传输状态，而网络中的路由器并不参与这个过程。这种设计哲学使得TCP能够适应各种网络环境。

2. TCP可靠性机制深度解析

2.1 序列号与确认应答：数据的身份证和回执

每个通过TCP发送的字节都会被赋予一个唯一的序列号（Sequence Number）。这就像给图书馆的每本书贴上唯一的编号：

c复制// TCP头部中的序列号字段
struct tcphdr {
    __be32 seq;     // 序列号
    __be32 ack_seq; // 确认号
    ...
};

当接收方成功收到数据后，会返回一个ACK（确认应答），其中包含下一个期望接收的序列号。例如：

• 发送方发送：seq=100, len=50
• 接收方确认：ack=150 (100+50)

这种机制实现了三个目的：

1. 确认交付：发送方知道数据已经到达
2. 顺序控制：通过序列号可以重组乱序到达的数据
3. 丢包检测：未确认的数据可能已经丢失

2.2 超时重传：可靠的守门人

TCP为每个发出的数据包维护一个重传定时器。如果在预期时间内没有收到ACK，发送方会重新发送数据。这个超时时间不是固定的，而是通过动态计算的RTO（Retransmission Timeout）确定：

code复制RTO = SRTT + max(G, K×RTTVAR)