nginx 不解析 html，而是高效交付静态文件；关键配置包括：启用 sendfile 和 tcp_nopush、设置 10 分钟缓存与 etag、开启 gzip 压缩 text/html、使用 open_file_cache 缓存元数据、对大 html 启用 read_ahead。
Nginx 本身不“解析”静态网页（如 HTML），而是直接读取、响应文件内容。所谓“加快静态网页解析”，实际是指提升静态 HTML 文件的传输效率与客户端加载速度，核心在于减少网络开销、降低服务器负担、让浏览器更快拿到并渲染页面。
关键不在“解析”，而在“高效交付”。以下是真正起效的配置方向：
启用 sendfile 零拷贝机制
Nginx 默认可能未启用底层内核优化，开启后可跳过用户态内存拷贝，显著降低 CPU 和 I/O 开销：
location / {
root /var/www/html;
index index.html;
sendfile on; # 启用内核级文件传输
tcp_nopush on; # 合并 TCP 包，减少小包数量
tcp_nodelay off; # 与 tcp_nopush 协同，避免 Nagle 算法延迟
}
设置合理的缓存头（针对 HTML 文件）
HTML 虽属静态，但通常需较短缓存周期（区别于 JS/CSS/图片）。建议设置 max-age=600（10 分钟）或配合 ETag：
location ~* \.html$ {
expires 10m;
add_header Cache-Control "public, max-age=600";
add_header Last-Modified "";
etag off; # 或保持 on，由 Nginx 自动生成强 ETag
}
注意：若 HTML 内容动态生成（如 SSG 每次构建更新），应确保文件修改时间准确，否则
If-Modified-Since失效；若使用版本哈希（如index.a1b2c3.html），可设为1y并关闭 ETag。
开启 Gzip 压缩（对 HTML 尤其有效）
HTML 文本冗余高，压缩率常达 60%–70%，能明显缩短传输时间：
# 在 http 块中全局启用（非 location） gzip on; gzip_min_length 1024; gzip_comp_level 5; gzip_types text/html text/plain text/css application/javascript; gzip_vary on;
✅ 必须包含 text/html，否则 HTML 不会被压缩。
启用 open_file_cache 提升文件元数据访问效率
频繁读取 HTML 文件时，系统需反复 stat() 查看是否存在、是否变更。缓存这些元信息可减少磁盘 I/O：
open_file_cache max=1000 inactive=30s; open_file_cache_valid 60s; open_file_cache_min_uses 2; open_file_cache_errors on;
说明：
- 缓存最多 1000 个文件句柄及元数据
- 30 秒内未被访问的条目自动剔除
- 每 60 秒重新验证缓存有效性（如检查文件是否被删）
- 至少被访问 2 次才进入长效缓存
（可选）预读大文件，加速首屏渲染
对较大 HTML（如含内联 CSS/JS 的单页应用），可启用预读减少多次磁盘寻道：
location ~* \.html$ {
read_ahead 1m; # 提前预读最多 1MB，适合 SSD 环境
}
不复杂但容易忽略。
