插图来源：Storyset
一句话#
QUIC = 跑在 UDP 上的新一代传输协议，目标是比 TCP 更快、更稳。它火了之后，Hysteria2、TUIC 这些代理协议都跑到了它上面。
它解决了 TCP 的哪两个痛点#
1. 建连慢。 TCP + TLS 建连要好几个来回，QUIC 把握手和加密合在一起，重复访问甚至可以 0-RTT（零等待）直接发数据，延迟直接砍一刀。
2. 队头阻塞。 TCP 里一个包丢了，后面所有包都得等它重传。QUIC 的多路复用是"真"多路，一个流卡住不影响其他流，弱网下体验好得多。
和科学上网有什么关系#
QUIC 跑在 UDP 上，而传统代理大多跑在 TCP 上。于是：
- 想针对 TCP 流量做识别、干扰？QUIC 流量走的是另一条赛道。
- 弱网、晚高峰丢包严重时，QUIC 的抗丢包能力让体验明显更好。
这就是 Hysteria2、TUIC 选择 QUIC 做底座的原因。想深入看 Hysteria 协议详解、TUIC 协议科普，以及 WireGuard 协议详解（另一个 UDP 系代表）。
QUIC 已经用在哪#
你可能天天在用 QUIC 而不自知：Chrome 访问 Google、YouTube 时，很多流量走的就是 QUIC；HTTP/3 的底层也是 QUIC。可以说，QUIC 已经是主流互联网的一部分了，代理协议跟进只是顺水推舟。
写在最后#
技术演进的方向一直很明确：更快建连、更强抗丢包、更少队头阻塞。QUIC 是这个方向上的集大成者。理解它，不需要背 RFC，只需要记住它"为什么而生"——下次看到"基于 QUIC"四个字，你就知道这协议想解决什么问题了。
一句话#
QUIC 让"建连更快、丢包不慌"成为默认体验。选 UDP 系协议时，心里有这根弦，就知道它为什么弱网更强、为什么值得优先尝试，而不是盲目跟风。
普通人需要知道什么#
不用记细节，记住结论就行：看到"基于 QUIC/UDP"的协议，第一反应应该是"弱网可能表现更好"，第二反应是"确认你的网络没把 UDP 限速"。UDP 被针对时的症状见 TCP 阻断和 UDP 阻断的区别。
另外提醒一句：QUIC 再先进，也救不了被墙的 IP 和拥堵的线路。协议是加分项，线路质量才是基本盘，选协议之前先把延迟、丢包这些基本功打牢。