QUIC协议

QUIC是一种运行在UDP之上的通用传输层网络协议,它将TLS加密、流的多路复用和可靠有序传输融为一体,旨在替代TCP加TLS的传统组合,为Web提供更低延迟、更抗丢包的连接。

概述

QUIC最初由谷歌于2012年前后设计并在Chrome与自家服务间部署,后经互联网工程任务组IETF标准化,于2021年发布为RFC 9000。它是HTTP/3的强制传输层。由于运行在用户态而非操作系统内核,QUIC协议可随浏览器和应用快速迭代,不受内核升级周期制约。

核心特点

• 零/一次往返建连:首次连接仅需一个往返即可完成加密握手,重连时借助会话票据可实现0-RTT,几乎无延迟。
• 消除队头阻塞:多个数据流相互独立,某一流的丢包不会阻塞其他流,解决了TCP层面的队头阻塞问题。
• 内置加密:传输默认全程加密,握手与TLS 1.3深度整合,安全性更高。
• 连接迁移:用连接ID标识会话,手机在Wi-Fi与蜂窝网络间切换时无需重新建连。

应用场景

谷歌搜索、YouTube、以及众多CDN厂商已大规模启用QUIC承载HTTP/3流量,在弱网和移动场景下明显提升加载速度。视频会议、实时通信、以及对延迟敏感的移动应用,也逐渐采用它作为传输底座。

常见问题

问:QUIC为什么建在UDP之上而不改进TCP?答:TCP实现深植于操作系统内核,升级缓慢且中间设备常做僵化处理;UDP足够简单通用,QUIC在其之上于用户态实现可靠性,既能快速演进又易穿透网络设备。

问:0-RTT有什么安全隐患?答:0-RTT发送的早期数据可能被攻击者重放,因此规范要求仅对幂等请求启用,敏感操作不应放在0-RTT数据中。