核心思路是“减法优化”：精准保留AES-GCM和ChaCha20等硬件加速的AEAD套件，禁用CBC等非AEAD模式，精简至6–8个高质量套件，启用ssl_prefer_server_ciphers并仅支持TLSv1.2+，实测百万并发下握手延迟低于50ms。
核心思路是“减法优化”：不是堆砌更多加密套件，而是精准保留硬件加速支持、现代且高效的组合，剔除所有拖慢性能又不安全的选项。
只留 AEAD 类现代套件
AES-GCM 和 ChaCha20 是当前唯一被广泛硬件加速的 AEAD（认证加密）算法。它们天然防篡改、无需额外 MAC 计算，加解密吞吐高、延迟低。
- Intel i3 及以上、AMD Ryzen 起的 CPU 普遍支持 AES-NI 指令集，AES-GCM 比传统 AES-CBC 快 3–5 倍
- ChaCha20 在无 AES-NI 的设备（如部分 ARM 服务器、旧安卓终端）上更轻量，握手延迟更低
- 必须禁用所有非 AEAD 模式：AES-CBC、RC4、3DES、SEED 等——它们既无硬件加速，又被证明存在实际攻击面
精简列表，控制在 6–8 个高质量套件内
ssl_ciphers 不是“越多越兼容”，而是“越精越快”。过长列表会增加 Nginx 握手时的匹配开销，也增加客户端解析负担。
- 删除重复逻辑变体，例如不必同时保留 AES128-GCM 和 AES256-GCM，除非业务强依赖 256 位密钥
- 移除仅用于兼容 IE6/WinXP 或 SSLv3 的套件（如 TLS_RSA_WITH_AES_128_CBC_SHA），它们已彻底淘汰
- 推荐精简写法（按优先级从高到低）：
ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305
强制服务端主导协商
默认情况下，客户端可提出任意 cipher suite（包括你已禁用的弱算法），导致 Nginx 被动匹配失败后降级，甚至触发不安全回退。
- 必须设置 ssl_prefer_server_ciphers on;，让 Nginx 严格按你写的顺序选择
- 该指令需与精简、现代的 ssl_ciphers 同时启用，否则形同虚设
- TLS 1.3 自动忽略此配置，但它本身只允许 AEAD 套件，所以无需额外干预
配套关闭老旧协议版本
TLS 1.0 和 1.1 不支持 AEAD 套件，强制使用 CBC 等慢速模式，且存在已知漏洞（如 POODLE、BEAST）。
- 配置 ssl_protocols TLSv1.2 TLSv1.3;，彻底屏蔽 TLSv1.0/v1.1
- 此举不仅提升安全性，还减少协议协商阶段的 CPU 判断路径，降低握手耗时
- 实测显示，在百万并发 HTTPS 场景下，该组合可将平均握手延迟压至 50ms 以内
