nginx代理缓存静态文件可大幅降低node.js cpu占用，核心是剥离静态资源处理：通过location前缀匹配拦截请求，用内部命名location+proxy_cache实现磁盘缓存，并配合sendfile、open_file_cache等io优化。
直接用 Nginx 代理缓存静态文件，能显著减少 Node.js 进程的文件读取和响应生成压力，从而大幅降低其 CPU 占用。关键不是让 Node.js 处理静态资源，而是把这部分完全剥离出去——Nginx 自己读磁盘、发文件、管缓存，Node.js 只专注业务逻辑。
明确静态资源路径并隔离请求
先确保所有静态文件（如 /static/、/images/、/dist/）有统一且可识别的 URL 前缀。不要把这些请求转发给 Node.js，而是在 Nginx 层就拦截并处理：
- 用 location ^~ /static/ 这类前缀匹配，避免正则干扰性能
- 禁止在这些 location 中使用 proxy_pass http://node_backend，否则仍会打到 Node.js
- 若前端构建产物带哈希（如 app.a1b2c3.js），可放心长期缓存；无哈希文件建议加版本号或设较短 max-age
启用 Nginx 磁盘缓存（proxy_cache）
这不是浏览器缓存，而是让 Nginx 把首次读到的文件存到本地磁盘，后续请求直接从磁盘发出去，绕过文件系统反复 open/read —— 这正是降低 Node.js CPU 的核心环节：
- 在 http 块中定义缓存区：
proxy_cache_path /var/cache/nginx/static_cache levels=1:2 keys_zone=static_cache:50m max_size=5g inactive=30d use_temp_path=off; - 缓存路径需由 Nginx 进程可写（chown nginx:nginx /var/cache/nginx/static_cache）
- 共享内存区（keys_zone）大小按并发缓存项估算，50m 可支撑数十万 key，足够常规站点
用伪代理方式启用缓存（必须配合 proxy_pass）
Nginx 不允许 proxy_cache 和 root 或 alias 共存。所以得用“内部命名 location”模拟代理行为，既不真走网络，又能触发缓存机制：
- 主 location 拦截请求并转发给内部命名位置：
location ^~ /static/ { proxy_pass http://_static_local_; } - 在同级定义命名 location：
location @static_local { internal; root /data/www; proxy_cache static_cache; proxy_cache_valid 200 302 24h; add_header X-Cache-Status $upstream_cache_status; } - internal 确保该 location 只能被内部跳转访问，无法被外部直接请求
叠加基础文件服务优化
光靠缓存还不够，要让 Nginx 发静态文件时更省力、更快：
- 开启 sendfile on：内核态零拷贝，避免用户态数据搬运
- 配 tcp_nopush on：攒够 TCP 包再发，减少小包数量
- 启用 open_file_cache：缓存文件句柄和元数据，减少 stat/open 系统调用
open_file_cache max=10000 inactive=60s; open_file_cache_valid 60s; open_file_cache_min_uses 2; - 对图片等大文件，可加 read_ahead 1m 预读，提升顺序读性能
这套组合下来，Node.js 进程基本不再处理静态请求，CPU 占用会立刻回落。重点是切断请求路径、用对缓存机制、再补上底层 IO 优化——不复杂但容易忽略细节。
