nginx 启用 tls 1.3 的 0-rtt 需 openssl ≥ 1.1.1、nginx ≥ 1.19.0、server 块内配置 ssl_protocols tlsv1.2 tlsv1.3、仅 tls 1.3 套件、ssl_session_cache/tickets、ssl_conf_command 和 ssl_early_data on，并确保客户端缓存 psk、后端识别 early-data 并安全处理幂等性。
要让 Nginx 真正启用 TLS 1.3 的 0-RTT（Early Data）并提升访问速度，不能只加 ssl_early_data on。它需要协议、缓存、客户端状态和后端处理四者协同，缺一不可。
确保底层组件真实支持 TLS 1.3 和 0-RTT
版本只是门槛，运行时链接的 OpenSSL 才是关键：
- 执行
nginx -V 2>&1 | grep -i openssl，确认编译时用了--with-openssl=指向 OpenSSL ≥ 1.1.1 的路径（如/opt/openssl-1.1.1w） - 再进该路径运行
./bin/openssl version，必须输出OpenSSL 1.1.1w或3.0.x - 运行
openssl ciphers -v 'TLSv1.3'，输出中必须包含TLS_AES_256_GCM_SHA384、TLS_CHACHA20_POLY1305_SHA256等原生套件 - Nginx 推荐 ≥ 1.19.0（1.15.5 是最低要求，但存在稳定性问题）
server 块内精准配置协议与加密套件
所有设置必须写在具体 HTTPS 的 server 块中，全局无效：
-
ssl_protocols TLSv1.2 TLSv1.3;—— TLSv1.2 不可省，它是 PSK 协商基础和兼容兜底 -
ssl_ciphers 'TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256:TLS_AES_128_GCM_SHA256';—— 只列 TLS 1.3 原生套件，禁用任何 TLS 1.2 套件（如ECDHE-RSA-AES256-SHA） -
ssl_session_cache shared:SSL:10m; ssl_session_timeout 4h;或ssl_session_tickets on;—— 二者建议同时开启，保障 PSK 可生成与恢复 -
ssl_conf_command Options -PrioritizeChaCha;—— 提升移动端 0-RTT 成功率 -
ssl_early_data on;—— 必须放在此 server 块末尾附近，紧邻其他 ssl_* 指令
让客户端真正触发 0-RTT 请求
服务端配得再好，客户端不“认”也没用：
- 用户需已访问过该域名至少一次，且未清空浏览器缓存或退出隐私模式（PSK 缓存在本地）
- 请求必须复用相同 ALPN（如
h2或http/1.1）、相同 SNI 域名、相同签名参数 - CDN 或中间代理必须透传
early_dataTLS 扩展，否则握手会降级为 1-RTT - Chrome 72+、Firefox 76+、Safari 15.4+ 默认开启，但部分企业网络策略可能禁用
后端必须识别并安全响应 Early-Data
Nginx 不做校验，只负责传递标识：
- 若用
proxy_pass：添加proxy_set_header Early-Data $ssl_early_data; - 若用 FastCGI（如 PHP）：添加
fastcgi_param TLS_EARLY_DATA $ssl_early_data; - 后端收到
Early-Data: 1时，只允许响应幂等操作（如GET /static/app.css、GET /api/status） - 对非幂等请求（登录、下单、表单提交），应返回
425 Too Early，由前端控制重发（注意 Chrome 对 425 的自动重试行为不稳定，建议 JS 主动判断重发）
