TCP 协议是如何保证可靠传输的？-优快云博客

本文链接：https://blog.youkuaiyun.com/weixin_43521001/article/details/149828116

TCP 协议的“可靠传输”是指通过一系列机制确保数据能完整、有序、无差错地从发送方传递到接收方，即使在网络丢包、延迟、乱序等不可靠环境下也能保证最终一致性。这些机制是 TCP 协议的核心，主要包括确认与重传、序列号与确认号、滑动窗口（流量控制）、拥塞控制、连接管理等，以下详细说明：

一、核心机制：如何保证可靠传输？

1. 确认与重传机制（解决“数据丢失”问题）

TCP 发送方在发送数据后，必须等待接收方的确认报文（ACK），若超时未收到 ACK，则认为数据丢失并重新发送，直到收到确认。

超时重传：
发送方为每个数据包设置一个超时计时器（RTO，Retransmission Timeout），计时器基于网络往返时间（RTT，Round-Trip Time）动态调整（避免因网络延迟误判丢包）。若超时未收到 ACK，立即重传该数据包。
快速重传：
若接收方收到乱序数据包（如预期收到 seq=100 的包，却先收到 seq=150 的包），会重复发送对已收到的最大有序序列号的 ACK（如连续 3 次发送 ack=100）。发送方收到 3 次重复 ACK 后，无需等待超时，直接重传 seq=100 的数据包（大概率已丢包）。

示例：
发送方发送数据包 P1（seq=100）、P2（seq=200），若 P1 丢失，接收方会一直发送 ack=100。发送方收到多次重复 ack 后，重传 P1。

2. 序列号与确认号（解决“乱序”和“重复”问题）

TCP 将数据视为连续的字节流，每个字节都分配唯一的序列号（Sequence Number），接收方通过序列号实现：

去重：若收到序列号已处理过的数据包，直接丢弃（解决重复问题）。
排序：缓存乱序到达的数据包，待所有前置数据包到达后，按序列号拼接成完整数据（解决乱序问题）。
确认号（Acknowledgment Number）：接收方在 ACK 报文中携带确认号，表示“已正确接收至该序列号的所有数据，期望下次接收该序列号之后的数据”。
例如：接收方收到 seq=100、长度 50 的数据（字节 100~149），则回复 ack=150（期望下次接收从 150 开始的字节）。

3. 滑动窗口机制（解决“流量不匹配”问题，提高效率）

TCP 通过“滑动窗口”实现流量控制（避免发送方速率过快导致接收方缓冲区溢出）和批量数据传输（无需逐个确认，提高效率）。

接收窗口（rwnd）：接收方在 TCP 头部的“窗口大小”字段告知发送方自己的接收缓冲区剩余容量（可接收的最大字节数）。
发送窗口：发送方根据接收窗口大小和网络拥塞状态，动态调整可连续发送的字节范围（窗口内的数据可无等待连续发送）。
窗口滑动：当发送方收到窗口内部分数据的 ACK 后，窗口向右滑动，允许发送新的数据。

示例：
接收窗口大小为 1000 字节，发送方可连续发送 1000 字节的数据，无需每发一个包就等 ACK，大幅提升效率；若接收方缓冲区满（rwnd=0），发送方会暂停发送，直到接收方更新窗口。

4. 拥塞控制（解决“网络拥堵”问题）

TCP 假设网络丢包可能是因拥堵导致，通过拥塞控制算法动态调整发送速率，避免加剧网络拥堵（间接保证可靠性，防止因拥堵导致的大规模丢包）。核心算法包括：

慢启动：连接初始时，发送窗口从 1 个 MSS（最大分段大小）开始，每次收到 ACK 窗口大小翻倍（指数增长），快速接近网络承载能力。
拥塞避免：当窗口大小达到“慢启动阈值”后，改为每次 ACK 窗口大小加 1（线性增长），避免突然拥塞。
快速恢复：若因收到重复 ACK 触发重传（非超时），认为网络轻度拥堵，窗口大小减半并进入拥塞避免阶段，而非重新慢启动。

5. 连接管理（确保通信双方状态一致）

三次握手：建立连接时，通过三次交互确认双方的发送和接收能力正常，协商初始序列号，避免无效连接。
四次挥手：关闭连接时，通过四次交互确保双方都已完成数据传输，有序释放资源，避免数据残留。

6. 校验和（解决“数据损坏”问题）

每个 TCP 报文段都包含校验和字段（对报文段的头部和数据部分计算的哈希值）。接收方收到数据后重新计算校验和，若与报文段中的校验和不一致，则判定数据损坏，丢弃该包并触发重传。

二、Java 中的体现：如何利用 TCP 的可靠性？

Java 的 Socket 和 ServerSocket 封装了 TCP 协议的底层细节，开发者无需手动实现上述机制，但可通过 API 感知 TCP 的可靠性：

1. 数据的完整接收（依赖确认与重传）

// 服务器端：接收数据，TCP 确保最终能收到完整数据
import java.io.DataInputStream;
import java.net.ServerSocket;
import java.net.Socket;

public class TcpReliableServer {
    public static void main(String[] args) throws Exception {
        try (ServerSocket serverSocket = new ServerSocket(8080);
             Socket socket = serverSocket.accept();
             DataInputStream in = new DataInputStream(socket.getInputStream())) {

            // 读取 1024 字节数据，若网络丢包，TCP 会重传，直到 readFully 成功
            byte[] data = new byte[1024];
            in.readFully(data); // 确保读取到指定长度的字节（依赖 TCP 重传机制）
            System.out.println("收到完整数据，长度：" + data.length);
        }
    }
}

// 客户端：发送数据，TCP 确保数据最终到达
import java.io.DataOutputStream;
import java.net.Socket;

public class TcpReliableClient {
    public static void main(String[] args) throws Exception {
        try (Socket socket = new Socket("localhost", 8080);
             DataOutputStream out = new DataOutputStream(socket.getOutputStream())) {

            byte[] data = new byte[1024];
            // 填充数据...
            out.write(data); // TCP 会处理重传，确保服务器收到
            out.flush();
        }
    }
}

DataInputStream.readFully() 会阻塞直到收到完整数据，其底层依赖 TCP 的确认与重传机制——即使中间丢包，TCP 也会重传，直到数据完整到达。

2. 基于滑动窗口的高效传输

Java 中通过字节流（InputStream/OutputStream）发送大数据时，TCP 会自动启用滑动窗口，批量发送数据而无需逐个确认：

// 发送大文件（依赖滑动窗口高效传输）
out.write(largeFileBytes); // TCP 会将大文件拆分为多个包，通过滑动窗口批量发送

3. 框架中的可靠性保障

主流 Java 网络框架（如 Netty）通过更精细的配置优化 TCP 可靠性：

// Netty 配置：启用 TCP 确认与重传相关参数
ServerBootstrap bootstrap = new ServerBootstrap();
bootstrap.group(bossGroup, workerGroup)
         .channel(NioServerSocketChannel.class)
         .childOption(ChannelOption.TCP_NODELAY, true) // 禁用 Nagle 算法，减少延迟
         .childOption(ChannelOption.SO_KEEPALIVE, true); // 启用心跳检测，检测死连接