低功耗设备运行 Nginx HTTPS 应优先启用 ChaCha20-Poly1305 与 TLS 1.3，调小 ssl_buffer_size 至 4k、握手超时至 10s，共享 session 缓存并开启 session tickets，强制 OCSP Stapling 与完整证书链。
在低功耗硬件（如 ARM64 小型服务器、树莓派、边缘网关等）上跑 Nginx 做 HTTPS 服务，TLS 加密容易成为瓶颈：CPU 频率低、无 AES-NI、内存小、散热弱。优化核心不是“堆参数”，而是让每一次握手更轻、复用更稳、计算更省——尤其要避开 RSA、CBC、SHA-1 这类老算法，优先激活 ChaCha20 和 TLS 1.3。
选对加密套件：ChaCha20 是低功耗设备的首选
ARM 设备普遍不支持 AES-NI 指令集，AES-GCM 加解密反而比 ChaCha20 慢 20%～40%。现代浏览器（Android 7.0+、iOS 10+、Chrome/Firefox 最新版）都原生支持 ChaCha20-Poly1305，无需 UA 判断，直接靠协议层协商即可生效：
- 确保 OpenSSL ≥ 1.1.1（运行 nginx -V | grep OpenSSL 验证）
- 在 server 块中添加：ssl_conf_command Options -PrioritizeChaCha;
- 保留 TLS 1.3 + TLS 1.2 双协议：ssl_protocols TLSv1.2 TLSv1.3;
- 不用重写 ssl_ciphers：OpenSSL 1.1.1+ 默认包含 TLS_CHACHA20_POLY1305_SHA256，该指令只调整协商顺序
压低单次握手开销：禁用冗余步骤，收紧资源分配
低功耗设备扛不住长握手、大缓冲、慢超时。重点控制三处内存与 CPU 密集环节：
- 调小 ssl_buffer_size 到 4k：默认 16k 会攒包等待填满，TTFB 延迟高；4k 更适合首屏敏感、连接短的轻量服务
- 缩短 ssl_handshake_timeout 至 10s：避免慢速客户端或扫描器长期占用 worker 连接和内存
- 关闭 TLS 1.0/1.1 并剔除所有非 AEAD 套件：明确排除 aNULL、eNULL、MD5、SHA1、DES、RC4、CBC 模式，减少证书解析与签名验证负担
让复用真正落地：共享缓存 + Session Tickets 缺一不可
完整握手在低频 CPU 上可能耗时 80–150ms；而复用会话可压缩到 5–15ms。但复用要起效，必须打破 worker 隔离：
- ssl_session_cache 必须放在 http 块顶层，例如：ssl_session_cache shared:SSL:5m;（5MB ≈ 2 万个会话，够小设备用）
- ssl_session_timeout 设为 2h～4h：移动端后台唤醒、IoT 设备间歇上报常间隔数小时，太短反而频繁触发完整握手
- 开启 ssl_session_tickets on，并配置 ticket key：ssl_session_ticket_key /etc/nginx/ticket.key;（key 每周轮换一次即可）
- 二者共存：共享缓存解决同进程内复用，tickets 解决重启、多 worker、跨节点场景，低功耗设备尤其依赖 tickets 的跨周期复用能力
绕过外部阻塞：OCSP Stapling + 完整证书链是刚需
低功耗设备 DNS 解析慢、网络抖动高，若客户端自己查 OCSP，极易卡住握手（实测延迟飙升至 300ms+）。Nginx 主动装订能彻底规避：
- 四项必须同时配置（都在 443 server 块内）：ssl_stapling on;、ssl_stapling_verify on;、resolver 1.1.1.1 8.8.8.8 valid=300s;、resolver_timeout 2s;
- ssl_certificate 必须指向 fullchain.pem（域名证书 + 中间 CA），不能只放 domain.crt；否则客户端因缺中间证书会额外发起请求，低带宽下失败率陡增
- 可选加固：ssl_trusted_certificate 显式指定信任链路径，提升 stapling 验签稳定性
