QUIC 协议拆解（上）：为什么 TCP 改不动了
💡
原文中文，约16700字，阅读约需40分钟。
📝
内容提要
QUIC协议通过在UDP上重构传输层，解决了TCP的队头阻塞、连接绑定和协议僵化等问题。QUIC实现了更快的握手（1 RTT或0 RTT），支持多路复用和连接迁移，提升了网络性能和用户体验。尽管用户态实现带来了更高的CPU开销和调试困难，QUIC正逐渐成为互联网传输的新标准。
🎯
关键要点
-
QUIC协议通过在UDP上重构传输层，解决了TCP的队头阻塞、连接绑定和协议僵化等问题。
-
QUIC实现了更快的握手，首次连接只需1 RTT，重连可实现0 RTT。
-
QUIC支持多路复用，每个流之间没有排序关系，消除了HTTP/2的队头阻塞问题。
-
QUIC使用Connection ID标识连接，支持连接迁移，避免了TCP因IP变化而断开的情况。
-
QUIC在用户态实现，允许快速迭代和修复，但带来了更高的CPU开销和调试困难。
-
QUIC的0-RTT重连机制可以在不等待服务端响应的情况下发送数据，但存在重放攻击的风险。
-
QUIC的生态系统正在逐渐成熟，但仍面临UDP被限速和丢弃的问题。
❓
延伸问答
QUIC协议如何解决TCP的队头阻塞问题？
QUIC通过支持多路复用，使每个流之间没有排序关系，避免了TCP在丢包时导致的全局阻塞。
QUIC的握手过程与TCP相比有什么优势？
QUIC的首次连接只需1 RTT，重连可实现0 RTT，而TCP首次连接需要2 RTT。
QUIC如何支持连接迁移？
QUIC使用Connection ID标识连接，允许在IP地址变化时保持连接，而TCP则因四元组变化而断开。
QUIC在用户态实现有什么优缺点？
QUIC在用户态实现允许快速迭代和修复，但带来了更高的CPU开销和调试困难。
QUIC的0-RTT重连机制有什么安全风险？
0-RTT重连机制存在重放攻击的风险，因为使用旧的PSK派生的密钥加密数据，攻击者可以重放数据包。
QUIC的生态系统目前发展如何？
截至2026年，QUIC的生态系统已经相当成熟，主流浏览器和CDN均已支持，但仍面临一些挑战。
➡️
