最直接有效的方式是在location块中写access_log off，配合=、^~或~*精准匹配静态资源路径，从请求进入阶段跳过日志全流程；需置于通用规则前，并配log_not_found off等措施彻底关闭日志干扰。
最直接有效的方式，是在 location 块中写 access_log off;，配合精准路径匹配规则，从请求进入阶段就跳过日志记录全流程——不格式化、不缓冲、不写磁盘。
用 location 精准匹配静态资源路径
Nginx 的 location 匹配是内核级的，比 map 或 if 更快更稳定。按实际场景选一种匹配方式：
- 对固定小文件（如
/favicon.ico、/robots.txt）用=精确匹配，性能最高：
location = /favicon.ico { access_log off; log_not_found off; } - 对统一存放目录（如
/static/或/assets/）用^~前缀匹配，避免正则开销：
location ^~ /static/ { access_log off; log_not_found off; } - 对常见后缀批量处理，用大小写不敏感正则：
location ~* \.(js|css|png|jpg|gif|webp|svg|woff2?|ttf|eot)$ { access_log off; log_not_found off; }
这些 location 块必须放在 location / 或 proxy_pass 规则之前，否则会被更宽泛的规则覆盖，导致 access_log off 不生效。
配套关闭隐性日志干扰
只关 access_log 还不够。静态服务常因缺失 .map 文件或爬虫乱扫触发大量 404，进而刷爆 error.log：
-
log_not_found off;可阻止 404 写入error.log，但注意它不会影响 5xx 错误 - 返回明确响应代替空查找：比如
location = /robots.txt { return 200 "User-agent: *\nDisallow: /\n"; }，省去文件系统访问，也避免触发日志
验证是否真正跳过日志写入
重载配置后，可用以下方式确认：
- 发起几次静态资源请求：
curl -I https://yoursite.com/app.js，再观察tail -f /var/log/nginx/access.log是否无新增行 - 检查 worker 进程是否还持有日志句柄：
lsof -p $(pidof nginx) | grep access，应无输出 - 用
strace直接抓系统调用：strace -p $(pidof nginx) -e write -s 64 2>&1 | grep access，持续几秒无输出，说明已完全绕过日志模块
顺带优化缓存降低日志触发频率
高频静态请求即使不记日志，也会增加 CPU 和磁盘压力。加缓存头可减少重复请求：
-
expires 1y;设置强缓存有效期 -
add_header Cache-Control "public, immutable";明确不可变资源，浏览器不会发条件请求 - 搭配 CDN 使用时，还能降低回源次数，间接减少 Nginx 日志触发机会
