HTTPS 配置显著影响 Nginx CPU 性能，核心瓶颈在 TLS 握手的非对称加密；优化 ssl_protocols、ssl_ciphers、会话缓存与票据、启用 AES-NI 硬件加速，并配合系统级调优，可大幅降低 CPU 占用、提升 TPS 与吞吐量。
HTTPS 配置对 Nginx 服务器 CPU 性能影响显著，核心在于 TLS 握手阶段的非对称加密运算（如 RSA 密钥交换、ECC 签名验证），这部分操作极耗 CPU，尤其在高并发场景下容易成为瓶颈。
CPU 占用飙升的典型表现
未优化 HTTPS 时，常见现象包括：
- 单核 CPU 在 1000 QPS 左右即达 70%–85% 使用率，主要消耗在用户态（openssl 相关调用）
- 大量请求卡在 SSL_accept 阶段，top 显示 %us（用户空间）持续高位，%sy（内核空间）同步上升
- 同一台 1 核 1GB 的服务器，在纯静态 HTTPS 压测中，CPU 100% 后吞吐量停滞，而内存仍有 600MB+ 空闲——说明瓶颈纯属计算能力，不是内存或带宽
关键配置项对 CPU 的实际影响
以下配置直接决定每秒可完成的 TLS 握手数（TPS）：
- ssl_protocols TLSv1.2 TLSv1.3：禁用 TLSv1.0/1.1 可减少约 40% 握手开销；TLSv1.3 更是将握手轮次从 2RTT 降至 1RTT，实测提升 TPS 2.3 倍
- ssl_ciphers 中优先选用 ECDHE-ECDSA-AES256-GCM-SHA384 或 CHACHA20-POLY1305：相比 RSA 密钥交换，ECDHE 椭圆曲线运算快 5–10 倍；AES-GCM 硬件加速支持更广
- ssl_session_cache shared:SSL:10m; ssl_session_timeout 10m：使 90%+ 的复用连接跳过完整握手，仅做会话恢复（对称密钥重用），CPU 开销下降超 60%
- ssl_session_tickets on：客户端存储票据，服务端无需维护会话状态，进一步降低内存与 CPU 压力，尤其利于多 worker 进程部署
硬件加速带来的真实收益
若 CPU 支持 AES-NI（grep -o aes /proc/cpuinfo | wc -l > 0）并启用 OpenSSL 硬件引擎，效果立竿见影：
- 2048 位 RSA 握手性能从约 150 次/秒/核 → 提升至 500+ 次/秒/核
- AES-GCM 加解密吞吐量翻倍，HTTPS 整体吞吐量提升 200%–300%
- CPU 占用率从峰值 82% 降至 30% 左右，且负载更平稳，无明显毛刺
必须同步调整的系统级配合
仅改 Nginx 配置不够，还需确保底层支撑到位：
- 系统文件描述符限制：ulimit -n 65535 并写入 /etc/security/limits.conf，否则高并发下会因“too many open files”触发频繁重连，间接加重握手压力
- worker 进程绑定 CPU：worker_cpu_affinity auto 减少跨核缓存失效，让加密运算更高效利用 L1/L2 cache
- 避免过度开启 multi_accept on 而未配 accept_mutex：否则可能引发惊群，导致多个 worker 同时争抢新连接，徒增上下文切换开销
