ssl_early_data在nginx中真正生效需四重条件齐备：tlsv1.3协议、会话复用（session_cache或tickets）、客户端缓存psk、后端防护重放；仅配ssl_early_data on无效。
要让 ssl_early_data 在 Nginx 中真正生效并安全提速，不能只加一行配置。它依赖协议、缓存、客户端行为和后端防护四个环节全部就位，缺一不可。
基础配置必须同步到位
仅写 ssl_early_data on; 是无效的。必须在 server 块中同时满足：
-
TLS 版本明确启用：必须包含
ssl_protocols TLSv1.3;（推荐TLSv1.2 TLSv1.3兼容旧客户端）； -
会话复用机制开启：要么用
ssl_session_cache shared:SSL:10m;，要么用ssl_session_tickets on;，否则无法生成或恢复 PSK，0-RTT 就无从谈起； - 环境版本达标：Nginx ≥ 1.15.5（建议 1.19.0+），OpenSSL ≥ 1.1.1，且编译时需启用 SSL 模块并指向正确 OpenSSL 路径。
客户端行为决定是否真走 0-RTT
服务端配齐了，客户端还得“记得你”才能触发 early data：
- 浏览器需支持 TLS 1.3，并已缓存上一次连接的 PSK（通常要求用户至少访问过该站点一次）；
- 隐私模式、刚清空 Cookie/缓存、或首次访问都会导致 PSK 不可用，0-RTT 自动跳过；
- 若流量经过 CDN 或中间代理，它们也必须支持 TLS 1.3 和 early_data 扩展，否则握手会降级为 1-RTT。
后端必须识别并防御重放
Nginx 不校验、不拦截 0-RTT 请求，只负责透传。安全责任完全落在后端：
- 通过
proxy_set_header Early-Data $ssl_early_data;把标识传给上游； - 后端收到
Early-Data: 1时，禁止执行任何非幂等操作（如登录、下单、数据库写入）； - 对 GET 类静态资源或公开 API 可直接响应；对敏感接口建议返回
425 Too Early，引导客户端降级重发； - 若业务强需 0-RTT 写操作，必须叠加应用层防护：一次性 token、时间戳窗口、请求指纹去重等。
验证是否真正生效
别只看响应头或日志，三步交叉确认更可靠：
- 抓包过滤
ClientHello，确认其携带early_data扩展； - 再查紧接着的
ServerHello后是否立刻出现加密的Application Data（未等客户端发 Finished）； - 浏览器开发者工具中，Security 标签页确认协议为 TLS 1.3，刷新后观察 Network 时间线里 TTFB 是否明显低于首次连接（尤其在高延迟网络下）。
