QUIC 协议拆解（下）：用 C 实现一个最小 QUIC 握手
内容提要
本文介绍了QUIC协议的基本结构和实现，重点讲解了QUIC客户端的开发过程。QUIC在UDP上运行，分为Long Header和Short Header两种包结构。通过ngtcp2库，作者展示了如何实现一个最小的QUIC客户端，包括握手、数据发送和优雅关闭。QUIC的加密层基于TLS 1.3，采用独特的密钥派生机制和丢包检测方法，显著提高了传输效率和安全性。
关键要点
-
QUIC协议在UDP上运行，分为Long Header和Short Header两种包结构。
-
QUIC的Initial包必须填充到至少1200字节，以防止放大攻击。
-
QUIC的Packet Number使用可变长度编码，省带宽但需小心溢出和回绕。
-
QUIC的加密层基于TLS 1.3，握手状态机不使用TLS Record Layer。
-
QUIC的初始密钥从DCID派生，防止中间设备篡改。
-
QUIC的丢包检测机制基于帧而非段，重传更高效。
-
QUIC的流控机制包括连接级和流级的接收窗口上限。
-
使用ngtcp2库可以实现一个最小的QUIC客户端，负责协议状态机，I/O由用户控制。
-
QUIC的1-RTT握手过程只需一个往返，第三步即可发送应用数据。
延伸解读
QUIC协议的优势与挑战
QUIC协议在传输效率和安全性上相较于TCP有显著提升，尤其是其基于帧的重传机制和1-RTT握手过程。然而，QUIC的实现仍面临挑战，如0-RTT数据的重放攻击风险和需要额外工程来处理拥塞控制等问题。开发者在使用QUIC时需权衡这些优势与潜在风险。
QUIC的加密机制解析
QUIC的加密层基于TLS 1.3，采用了独特的密钥派生机制。Initial密钥从DCID派生，虽然不提供机密性，但有效防止了中间设备的篡改。这种设计使得QUIC在握手阶段就具备了一定的安全性，开发者在实现时需理解这一机制以确保安全性。
使用ngtcp2库的注意事项
ngtcp2库为QUIC协议的实现提供了状态机支持，但不处理I/O和定时器，开发者需自行管理这些部分。此外，ngtcp2的教学代码不适合生产环境，开发者在使用时应确保实现的完整性和安全性，特别是在处理TLS集成和拥塞控制时。
延伸问答
QUIC协议的基本结构是什么？
QUIC协议在UDP上运行，分为Long Header和Short Header两种包结构。
QUIC的握手过程是怎样的？
QUIC的1-RTT握手过程只需三个步骤，第三步即可发送应用数据。
QUIC如何处理丢包检测和重传？
QUIC的丢包检测基于帧而非段，使用三种信号检测丢包，并在丢包时重传相应的帧。
QUIC的加密层是如何工作的？
QUIC的加密层基于TLS 1.3，使用握手状态机而不使用TLS Record Layer，TLS消息通过CRYPTO帧传输。
如何使用ngtcp2库实现一个QUIC客户端？
使用ngtcp2库可以从裸UDP socket开始，实现一个最小的QUIC客户端，负责协议状态机，I/O由用户控制。
QUIC的流控机制是怎样的？
QUIC的流控机制包括连接级和流级的接收窗口上限，确保数据流的有效管理。
