ssl_conf_command Options -PrioritizeChaCha 使 Nginx 在 TLS 握手时优先协商 ChaCha20-Poly1305 套件，提升无 AES-NI 的移动端设备（如中低端安卓、旧 iOS）加解密性能，降低 TTFB 和功耗，需配合 TLSv1.3 及 OpenSSL 1.1.1+ 使用。
ssl_conf_command Options -PrioritizeChaCha 的作用
这个指令让 Nginx 在 TLS 握手时，优先将 ChaCha20-Poly1305 加密套件排在 AES-GCM 套件前面。ChaCha20 是一种软件实现效率高、不依赖硬件加速的流式加密算法，在缺乏 AES-NI 指令集的设备（比如中低端安卓手机、旧款 iOS 设备）上，加解密速度明显更快，延迟更低。
为什么对移动端特别有用
很多移动处理器没有 AES 硬件加速单元，纯靠 CPU 软实现 AES-GCM 会消耗更多电量、增加首字节时间（TTFB）。而 ChaCha20 在这类设备上性能更稳定，尤其在弱网或低负载场景下，能缩短 TLS 握手后数据传输的启动延迟——这对开启 0-RTT 的请求更关键，因为早期数据必须快速解密并交给后端。
- Android 7.0+、iOS 10+ 均原生支持 ChaCha20-Poly1305
- Chrome、Firefox、Safari 移动版默认启用该套件
- 搭配 TLS 1.3 使用时，ChaCha20 成为实际协商首选的概率显著提升
配置要点与注意事项
该指令需配合 TLSv1.3 启用才真正生效，且仅影响 OpenSSL 1.1.1+ 编译的 Nginx：
- 必须写在 server 块内，例如：
ssl_conf_command Options -PrioritizeChaCha; - 不能单独使用，要和
ssl_protocols TLSv1.2 TLSv1.3;共存 - 不改变可用套件列表，只调整协商顺序；服务端仍需支持对应套件（OpenSSL 1.1.1 默认已包含）
- 桌面端现代 CPU 有 AES-NI，ChaCha20 优势不明显，但也不会造成负面影响
如何确认是否生效
可通过客户端抓包或服务端日志验证：
- 用 Chrome DevTools 的 Security 标签页查看连接详情，确认“Key Exchange”旁显示的 Cipher 是
TLS_CHACHA20_POLY1305_SHA256 - Wireshark 过滤
tls.handshake.ciphersuite == 0x1303（TLS 1.3 下 ChaCha20 的标准 ID） - Nginx 开启
error_log /path/to/log debug;并搜索ssl cipher日志行，可看到协商结果
