TLS 1.3中1-RTT握手需一次往返完成密钥协商与认证，0-RTT则利用缓存PSK实现首包发送加密应用数据；启用0-RTT需Nginx≥1.15.0、OpenSSL≥1.1.1并配置ssl_early_data on及会话复用。
什么是1-RTT和0-RTT握手
在TLS 1.3中，1-RTT（One Round-Trip Time）是标准快速握手流程：客户端发送ClientHello（含密钥共享）、服务器响应ServerHello+EncryptedExtensions+Certificate+Finished，客户端再发Finished，完成密钥协商与身份认证。整个过程只需一次网络往返，比TLS 1.2的2-RTT明显更快。
0-RTT（Zero Round-Trip Time）则更进一步：客户端在首次连接后缓存服务器参数（如PSK），下次连接时直接在ClientHello中携带加密的应用数据（early data）。服务器若接受该PSK，可在第一个响应包中就返回应用数据，实现“零往返”数据传输——但仅限幂等操作（如GET请求），且存在重放攻击风险，需应用层配合防护。
Nginx启用TLS 1.3与0-RTT的前提条件
确保Nginx版本 ≥ 1.15.0（推荐1.19.0+），OpenSSL版本 ≥ 1.1.1（必须开启TLS 1.3支持）。编译时需确认：./configure --with-http_ssl_module --with-openssl=... 中OpenSSL路径指向1.1.1+源码。
配置示例（nginx.conf）：
ssl_protocols TLSv1.3;
ssl_early_data on;
ssl_session_cache shared:SSL:10m;
ssl_session_timeout 4h;
注意：ssl_early_data on 是启用0-RTT的关键指令；session复用机制（session cache或tickets）必须开启，否则无法生成/恢复PSK。
实测对比方法（命令行+工具）
使用 curl 和 openssl s_client 观察握手行为，配合 tshark 抓包验证RTT次数：
- 测试1-RTT：运行 curl -v --tls-max 1.3 https://your-domain.com/，观察时间线中“Connected to”到“tshark -i any -f "host your-domain.com and port 443" -Y "tls.handshake.type == 1 or tls.handshake.type == 2" 查看ClientHello→ServerHello是否仅1次往返
- 测试0-RTT：首次访问后，再次执行相同curl命令，并加 --http1.1（避免HTTP/2干扰early data解析），观察响应头是否含 Early-Data: 1；抓包中应看到ClientHello携带early_data扩展，且ServerHello后紧跟Application Data（未等客户端Finished）
- 量化耗时：用 time curl -s -o /dev/null https://your-domain.com/ 多次取平均；对比开启/关闭 ssl_early_data 后的P95延迟变化（建议在同网络环境、禁用HTTP/2、关闭浏览器缓存下测试）
关键注意事项与常见问题
0-RTT不是万能加速器，实际收益取决于网络RTT和客户端缓存状态：
- 首次访问必为1-RTT；只有复用会话（PSK有效）才可能触发0-RTT
- 浏览器对0-RTT支持不一：Chrome/Firefox默认允许，Safari需手动开启实验性功能；curl 7.60+支持，但需服务端明确返回Early-Data: 1响应头才认为成功
- Nginx不会自动拒绝重放请求，需后端应用检查 Early-Data 请求头，并对非幂等接口（POST/PUT）返回425 Too Early或拦截early data
- 若抓包发现ClientHello无early_data扩展，检查OpenSSL是否真启用了TLS 1.3（openssl version -a + nginx -V 2>&1 | grep -o "OpenSSL.*$"），以及客户端是否主动降级
不复杂但容易忽略：0-RTT的价值在高延迟链路（如跨洲访问）最明显，局域网内差异可能不足10ms，需结合真实场景评估。
