网络工程索引
汇总本站网络工程系列文章，覆盖分层模型、以太网、IP、TCP、DNS、TLS、HTTP/2/3、CDN、BGP 与故障诊断。
quic 标签归档
共 8 篇文章 · 返回首页
【网络工程】QUIC 生态与工程部署：从实验到生产
QUIC 已经不是实验性协议——HTTP/3 标准化后，CDN、浏览器和主流服务端框架都在推进 QUIC 支持。本文从工程视角对比主流 QUIC 库的成熟度和性能特征，讲解 CDN/负载均衡器的 QUIC 适配方案、从 TCP 迁移到 QUIC 的渐进路径、QUIC 调试工具链，以及生产环境的部署陷阱和性能调优实践。
【网络工程】可靠 UDP 框架：KCP、ENet 与 QUIC 的设计对比
TCP 的可靠传输是一种固定策略——全量有序、丢包即重传、拥塞窗口统一管理。但很多场景需要'可定制的可靠性'：游戏要低延迟重传、视频要部分可靠、RPC 要多路复用无队头阻塞。本文深入对比 KCP、ENet、QUIC 三个在 UDP 上构建可靠传输的框架，剖析它们的 ARQ 策略、流控设计和工程取舍。
【网络工程】传输层选型决策：TCP vs UDP vs QUIC vs SCTP
传输层协议的选择决定了应用的延迟、吞吐量、可靠性和部署可行性。本文从延迟、吞吐、可靠性、NAT 穿越四个维度系统对比 TCP、UDP、QUIC、SCTP 四种传输协议，给出 Web 服务、游戏、IoT、实时音视频、RPC 等典型场景的选型决策框架和迁移路径。
【网络工程】WebTransport 与 WebCodecs：下一代浏览器传输
深入分析 WebTransport 基于 QUIC 的浏览器传输能力：可靠流与不可靠数据报的工程场景、WebCodecs 的媒体处理管线、与 WebSocket/WebRTC 的对比、当前浏览器支持现状与迁移路径。
【QUIC 协议拆解】QUIC 协议拆解（上）：为什么 TCP 改不动了
打开一个网页要握手几次？TCP 三次 + TLS 一次 = 至少 2 RTT。QUIC 说：我一次搞定，重连甚至 0 次。不是 TCP 不够好，是它的基因决定了它改不动。
【QUIC 协议拆解】QUIC 协议拆解（下）：用 C 实现一个最小 QUIC 握手
上篇讲哲学，这篇写代码。用 C + ngtcp2 从 UDP socket 开始，手撕 Initial → Handshake → 1-RTT，逐帧拆解 QUIC 握手到底在干什么。
HTTP/3 实战：从 QUIC 到 H3 的完整请求链路
QUIC 解决了传输层的问题，但 HTTP 怎么跑在上面？HTTP/3 不是简单地把 HTTP/2 搬到 QUIC 上——帧格式变了，头部压缩换了，流控删了。这篇从 QPACK 压缩到完整请求链路，把 HTTP/3 拆干净。