标准介绍

TCP 由 Cerf 与 Kahn 于 1974 年提出，1981 年 RFC 793 正式标准化。 状态机定义了连接从建立到关闭的 11 个状态及其转换规则， 是 TCP 连接管理的骨架。 滑动窗口由接收方通告窗口（rwnd）实现端到端流量控制， 防止发送方压垮慢速接收方。 拥塞控制由 Jacobson 于 1988 年引入（Tahoe）， Reno（1990）增加了快速重传与快速恢复， 后续还有 NewReno、CUBIC、BBR 等演进版本。 这三套机制共同构成了 TCP 可靠传输的基础。

通俗介绍

状态机像打电话的固定流程： 拨号（SYN）→ 对方接听（SYN+ACK）→ 说"喂"（ACK）→ 通话 → 说"拜拜"（FIN）→ 挂断。 每个阶段都有一个状态名，比如"正在拨号中"、"通话中"、"正在挂断中"。 滑动窗口像快递发货：你有一个仓库（序列号空间）， 一次最多装一车货（窗口大小），每发一车就等对方签收单。 签收单陆续回来，车子才能继续往前开。 拥塞控制像开车时看路况： 刚上路时不知道堵不堵，先试着加速（慢启动，翻倍）； 快到拥堵路段了，就小心翼翼地每次只加一点（拥塞避免）； 一旦真堵了（丢包），立刻减速——小事故减半（快速重传）， 大事故急刹（超时，退回起点）。

解决了什么问题

• 可靠传输：通过序号、确认、重传，保证数据不丢不重不乱序。
• 连接管理：状态机让双方对"连接处于什么阶段"有一致认知。
• 流量控制：滑动窗口防止快发送方压垮慢接收方。
• 拥塞控制：cwnd 动态调整防止网络整体崩溃（1986 年的拥塞崩溃事件推动了它）。
• 双向对称：同一套机制同时处理发送和接收，两端对等。

为什么重要

• 它是互联网的基石协议：HTTP、HTTPS、SMTP、SSH、FTP 全都建立在 TCP 之上。
• 它是网络课程的核心章节：状态机、滑动窗口、拥塞控制是计算机网络三大必考内容。
• 它是端到端原则的典范：把复杂性放在端点，网络本身保持简单。
• 它是控制论的工程实践：用反馈信号动态调整发送速率，是控制系统思想的经典应用。
• 它的演进持续了 40 多年：从 Tahoe 到 BBR，从未停止优化。

应用场景

• Web 浏览：HTTP/1.1、HTTP/2 都基于 TCP，页面加载速度受 TCP 参数直接影响。
• 文件传输：FTP、SFTP 依赖 TCP 的可靠传输。
• 电子邮件：SMTP、IMAP 使用 TCP 保证邮件不丢。
• 远程登录：SSH、Telnet 需要有序的双向字节流。
• 数据库连接：MySQL、PostgreSQL 的客户端协议都跑在 TCP 上。
• CDN 加速：通过调整初始 cwnd、启用 TCP Fast Open 来降低首包时延。
• 数据中心：DCTCP、CUBIC 等针对短 RTT、高带宽场景优化的拥塞控制算法。

缺陷与局限

• 队头阻塞：TCP 是严格有序的字节流，一个丢包会阻塞后续所有数据交付给应用层。
• 握手延迟：三次握手至少消耗 1.5 个 RTT，短连接场景开销显著。
• TIME_WAIT 占用资源：高并发短连接服务器上大量 TIME_WAIT 会耗尽端口。
• 拥塞控制对无线网络不友好：把无线误码当成拥塞信号，导致不必要的降速。
• 易受攻击：SYN Flood、RST 注入等攻击针对状态机和握手流程。
• 难以支持多路径：传统 TCP 绑定单一路径，MPTCP 的部署仍在推进中。
• 不适合实时应用：重传机制会引入不确定延迟，音视频更倾向 UDP/QUIC。