nginx静态文件https加速需协同ssl终止、gzip/brotli压缩与浏览器/代理双层缓存：tlsv1.2+、http/2、ocsp stapling；文本资源高压缩、图片字体长缓存且不压缩；url须含哈希确保缓存更新。
要在 Nginx 中实现静态文件服务器的 HTTPS、压缩与缓存一体化加速，核心是把 SSL 终止、Gzip/Brotli 压缩、多级缓存（浏览器 + 代理缓存）三者协同配置，而不是孤立设置。关键不在“全开”，而在匹配资源特性——图片/字体设长缓存+不压缩，JS/CSS 设中等缓存+高压缩，HTML 通常不缓存或极短缓存。
启用 HTTPS 并优化 TLS 传输
先确保 HTTPS 正常工作，再叠加性能策略：
- 使用现代 TLS 协议（TLSv1.2+，禁用 TLSv1.0/1.1）和安全套件，例如：
ssl_protocols TLSv1.2 TLSv1.3;
ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384; - 开启 OCSP Stapling 和会话复用，减少握手开销：
ssl_stapling on; ssl_stapling_verify on;
ssl_session_cache shared:SSL:10m; ssl_session_timeout 4h; - HTTP/2 必须启用（依赖 HTTPS），提升并发请求效率：
listen 443 ssl http2;
静态资源分级压缩（Gzip + 可选 Brotli）
压缩不是越高压越好，要兼顾 CPU 开销与传输收益。对文本类资源启用，二进制资源（如图片、字体）跳过：
- 基础 Gzip 配置（推荐 level 4–6）：
gzip on;
gzip_min_length 1024;（小于 1KB 不压缩，避免小文件反增开销）
gzip_comp_level 5;
gzip_types text/css text/javascript application/javascript application/json text/xml application/xml application/xml+rss text/plain image/svg+xml; - 若需更高压缩率，可额外编译 Brotli 模块（比 Gzip 省约 15–20% 带宽），搭配使用：
brotli on;
brotli_comp_level 6;
brotli_types text/css text/javascript application/javascript application/json text/xml application/xml application/xml+rss text/plain; - 务必开启 gzip_vary on;，让 CDN 或代理知道响应可能被压缩，避免缓存错乱。
浏览器缓存 + 代理缓存双层控制
浏览器缓存由 Expires 和 Cache-Control 控制；代理缓存（如 Nginx 自身 proxy_cache）用于未命中浏览器缓存时的快速响应：
- 对长期不变资源（图片、字体、哈希命名的 JS/CSS）设强缓存：
location ~* \.(?:jpg|jpeg|png|gif|webp|ico|svg|woff2|ttf|eot)$ {
expires 1y;
add_header Cache-Control "public, immutable, max-age=31536000";
} - 对带版本号或哈希的脚本与样式，缓存 1 年但标记
immutable，防止强制刷新重拉；
对无哈希的常规 JS/CSS，建议缓存 1 小时到 1 天，并配合 ETag：
location ~* \.(?:js|css)$ {
expires 1h;
add_header Cache-Control "public, max-age=3600";
} - 启用 Nginx 代理缓存（适用于反向代理静态资源或上游服务）：
proxy_cache_path /var/cache/nginx/static_cache levels=1:2 keys_zone=static_cache:100m max_size=2g inactive=30m use_temp_path=off;
在 server 或 location 块中启用：
proxy_cache static_cache;
proxy_cache_valid 200 301 302 1h;
proxy_cache_key "$scheme$request_method$host$request_uri";
补充性能加固项
这些配置虽不直接属于“HTTPS+压缩+缓存”，但直接影响一体化效果：
-
open_file_cache：缓存文件句柄，大幅减少 stat() 系统调用：
open_file_cache max=10000 inactive=30s;
open_file_cache_valid 60s;
open_file_cache_min_uses 2;
open_file_cache_errors on; - sendfile on; 和 tcp_nopush on;：启用内核零拷贝和 TCP 包合并，降低 I/O 开销。
- 对静态资源目录禁用日志（如
access_log off;），减少磁盘写入压力。
不复杂但容易忽略：所有缓存策略都依赖资源 URL 是否含版本标识（如 app.a1b2c3.js）。没做文件指纹就设 1 年缓存，更新后用户无法生效。压缩与缓存必须配合资源发布机制，才能真正“一体化加速”。
