启用TLS 1.3的0-RTT需满足四重条件：Nginx≥1.15.5、OpenSSL≥1.1.1、server块中配置ssl_early_data on与TLSv1.3、后端校验Early-Data头防重放。
在 TLS 1.3 下开启 ssl_early_data on，能让部分请求真正实现“发包即响应”，但它的生效不是配完就自动跑起来的——必须满足协议、缓存、客户端、后端四重条件，且安全边界极窄。
配置前提：版本与基础协议必须到位
OpenSSL 必须 ≥ 1.1.1（自带 TLS 1.3 支持），Nginx 必须 ≥ 1.15.0（推荐 1.19.0+）。编译时需确认启用了 SSL 模块，并指向正确的 OpenSSL 源码路径：
./configure --with-http_ssl_module --with-openssl=/path/to/openssl-1.1.1+-
ssl_protocols TLSv1.3;或TLSv1.2 TLSv1.3（兼容旧客户端） -
ssl_early_data on;—— 这是启用 0-RTT 的唯一开关 - 会话复用必须打开：
ssl_session_cache shared:SSL:10m;或ssl_session_tickets on;，否则无法生成/恢复 PSK
验证是否真走 0-RTT：三步交叉确认法
单靠日志或响应头容易误判，建议组合验证：
- 用
curl -I --http1.1 https://your.site（禁用 HTTP/2 避免干扰），检查响应头是否含Early-Data: 1 - 抓包过滤
tls.handshake.type == 1（ClientHello），看它是否携带early_data扩展；再查紧接着的 ServerHello 后是否直接出现Application Data（未等客户端发 Finished） - 浏览器访问后，在开发者工具 Security 标签页确认协议为 TLS 1.3，再刷新一次，观察 Network 时间线中 “Waiting (TTFB)” 是否显著低于首次连接（尤其高延迟网络下更明显）
后端必须接管安全逻辑：Nginx 不做校验
Nginx 只透传 0-RTT 数据，不拦截、不防重放。关键动作全在后端：
- 通过
proxy_set_header Early-Data $ssl_early_data;将标识传给后端服务 - 后端收到
Early-Data: 1时，禁止执行任何非幂等操作（如登录、下单、修改数据） - 对 GET 类静态资源、公开 API 等幂等请求可直答；对敏感接口应返回
425 Too Early，引导客户端降级为 1-RTT 重发 - 若必须支持 0-RTT 写操作，需应用层加一次性 token、时间戳窗口、请求指纹去重等防护机制
哪些场景慎用或禁用
0-RTT 不是通用加速器，收益与风险高度依赖业务特征：
- 用户频繁切换设备或清理浏览器缓存 → PSK 失效，0-RTT 始终不触发
- CDN 或中间代理不支持 TLS 1.3 / 早期数据扩展 → 握手退化为 1-RTT 或更低
- 涉及身份认证、支付、表单提交等接口 → 强烈建议关闭
ssl_early_data，或仅对特定路径启用 - 内部系统、低延迟局域网环境 → RTT 本身已极小，0-RTT 提升微乎其微，反增安全复杂度
