开启 ssl_ecdh_curve 是 Nginx TLS 性能与安全协同优化的关键一步，首选 X25519 并 fallback prime256v1，可降低握手延迟 30%–50%，需 OpenSSL ≥1.1.0 且配合 TLSv1.2+/TLSv1.3、ECDHE-GCM 套件及会话复用等参数效果更佳。
开启 ssl_ecdh_curve 是 Nginx TLS 性能与安全协同优化的关键一步，核心在于让密钥交换更快、更稳、更兼容。它不单独起作用，但放在正确位置、配对合适曲线，能明显降低握手延迟（实测可减少 30%–50%），同时避免老旧曲线带来的 CPU 消耗和兼容风险。
首选 X25519，兼容 fallback 用 prime256v1
X25519 是当前最优选择：计算快、抗侧信道、密钥短（32 字节）、现代客户端全覆盖（Chrome 50+、Firefox 48+、Safari 10+、OpenSSL 1.1.0+）。Nginx 1.11.0 起原生支持，无需额外模块。
- 配置写法：
ssl_ecdh_curve X25519:prime256v1; - 顺序很重要：X25519 必须在最前，确保优先协商；prime256v1（即 secp256r1）作为兜底，覆盖仍依赖 NIST 曲线的旧设备（如部分 Android 4.x、IE 11 on Win7）
- 不要只写
prime256v1或secp384r1—— 它们性能弱于 X25519，且无实质安全增益
慎用或禁用高阶 NIST 曲线
secp384r1 和 secp521r1 理论安全性足够，但实际部署中弊大于利：
- 计算开销显著更高，高并发下易成 CPU 瓶颈
- secp521r1 在绝大多数场景中无必要，反而降低握手成功率（部分嵌入式设备、旧 Java 客户端不支持）
- 仅当合规强制要求（如特定金融、政务系统）才考虑启用，且必须置于 X25519 和 prime256v1 之后，例如：
ssl_ecdh_curve X25519:prime256v1:secp384r1;
验证是否真正生效
配置语法正确 ≠ 运行时生效。必须检查真实协商结果：
- 终端命令验证：
openssl s_client -connect yourdomain.com:443 -tls1_2 2>/dev/null | grep "Server Temp Key"，输出含 X25519, 253 bits 表示成功 - 在线检测推荐 SSL Labs（ssllabs.com），查看 “Key Exchange” 栏目，确认首选曲线为 X25519
- 注意前提：OpenSSL 版本必须 ≥ 1.1.0；Nginx 编译需链接该版本 OpenSSL，否则会静默忽略 X25519
配合其他 TLS 参数效果翻倍
ssl_ecdh_curve 是 TLS 加速的一环，单点优化不如组合调优：
- 协议版本：至少启用
TLSv1.2 TLSv1.3，TLS 1.3 可将握手轮次减至 1 次 - 加密套件：搭配 ECDHE-GCM 套件，例如
ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384 - 会话复用：
ssl_session_cache shared:SSL:10m; ssl_session_timeout 10m;减少重复完整握手 - OCSP Stapling：
ssl_stapling on; ssl_stapling_verify on;避免客户端远程查吊销状态，节省 100ms+ 延迟
