QUIC 是 Google 发起、现已标准化（RFC 9000）的传输协议，跑在 UDP 之上，是 HTTP/3 的承载。它针对 TCP+TLS+HTTP/2 组合的三类痛点设计：1）握手延迟——TCP 握手 + TLS 握手要 2-3 个 RTT，QUIC 把传输与 TLS 1.3 握手合并，首次 1-RTT、会话复用时 0-RTT 直接发数据；2）队头阻塞——QUIC 原生支持多流，丢包只阻塞所属流；3）连接僵化——TCP 用四元组标识连接，WiFi 切 4G 必断线重连，QUIC 用连接 ID 标识，网络切换后连接无缝迁移。
设计上的其他要点：在用户态实现拥塞控制与可靠传输（ACK、重传、流控都自己定义），迭代速度不受内核升级约束；所有报文默认加密（包括头部大部分字段），中间盒无法窥探和篡改，反而避免了 TCP 头被中间设备「冻结」的僵化问题；0-RTT 有重放攻击风险，只适合幂等请求。落地现状：Google/Meta 等大流量场景已全面启用 HTTP/3，TCP 回退作为兜底（浏览器 Happy Eyeballs 竞速）。追问方向：QUIC 的拥塞控制与 CUBIC/BBR 的关系（算法可复用）、UDP 被运营商限速/封锁的现实、内核旁路（kernel bypass）需求与 CPU 开销争议。
（约 440 字）