直接在server块中用ssl_conf_command options -prioritizechacha配合tlsv1.3即可优先协商chacha20-poly1305，无需ua判断；因ssl/tls握手不传完整ua，且nginx的if不作用于ssl初始化，动态切换不可行。
直接在 server 块中用 ssl_conf_command Options -PrioritizeChaCha 配合 TLSv1.3 即可实现，无需 UA 判断或动态切换逻辑——ChaCha20 本身对低端移动设备更友好，且现代浏览器（Android 7.0+/iOS 10+）已原生支持，Nginx 只需正确排序套件，由客户端自动协商。
为什么不用按 UA 动态切 cipher？
SSL/TLS 握手阶段不传递完整 UA，仅靠 $http_user_agent 做条件判断无法在 ssl_ciphers 或密钥交换环节生效；Nginx 的 if 不作用于 SSL 初始化过程。所谓“按设备类型切换加密套件”在协议层不可行，强行用 map + if 会失效或降级到 TLSv1.2 回退路径，反而削弱安全性。
真正有效的轻量级优化方案
核心是让 ChaCha20-Poly1305 在 TLS 1.3 握手中成为首选，同时确保服务端环境就绪：
- 确认 Nginx 运行时 OpenSSL ≥ 1.1.1（执行
nginx -V | grep OpenSSL，不是openssl version） - 启用 TLSv1.3：
ssl_protocols TLSv1.2 TLSv1.3;（暂不建议只开 TLSv1.3，保留兼容性） - 在
server块内添加：ssl_conf_command Options -PrioritizeChaCha; - 无需修改
ssl_ciphers：OpenSSL 1.1.1+ 默认包含 TLS_CHACHA20_POLY1305_SHA256，该指令仅调整协商顺序，不增删套件
验证是否生效
打开 Chrome 移动版或 Android 8+ 系统浏览器，访问站点后进入 DevTools → Security 标签页，查看 “Connection” 区域：
- 若显示 TLS 1.3 且 Cipher 为 TLS_CHACHA20_POLY1305_SHA256，说明已成功优先协商 ChaCha20
- 也可用 Wireshark 抓包，过滤
tls.handshake.ciphersuite == 0x1303 - 开启 Nginx debug 日志（
error_log /path/to/error.log debug;），搜索ssl cipher行确认协商结果
补充说明：桌面端与旧设备兼容性
该配置对桌面端无负面影响——现代 CPU 有 AES-NI，ChaCha20 性能略低但差异可忽略；对 Android 4.4/iOS 9 等不支持 TLSv1.3 的老旧设备，会自然回落到 TLSv1.2 + AES-GCM，不受 -PrioritizeChaCha 影响。如需专门兼容这类设备，应另设子域名（如 m-old.example.com）并单独配置 TLSv1.1/TLSv1.2 套件，而非混用一套配置做“智能切换”。
