在Nginx中可通过location块内配置access_log off;精准关闭特定静态资源日志：正则匹配后缀（如js/css/png等）或前缀匹配目录（如/static/），需注意匹配优先级与作用域，修改后需重载并验证生效。
在 Nginx 中，可以通过 location 块配合 access_log off; 指令，精准关闭特定静态资源（如 .js、.css、.png、.jpg 等）的访问日志记录，从而减少日志体积、提升 I/O 性能。
匹配常见静态资源后缀并关闭日志
使用正则表达式 location 匹配文件扩展名，然后在该块内禁用 access_log：
location ~* \.(js|css|png|jpg|jpeg|gif|ico|svg|woff2?|ttf|eot)$ {
access_log off;
expires 1y;
add_header Cache-Control "public, immutable";
}
说明：
• ~* 表示不区分大小写的正则匹配
• 扩展名列表可根据项目实际增删（例如加上 webp 或 mp4）
• access_log off; 仅对该 location 生效，不影响其他请求日志
按路径统一管理静态资源日志
如果静态资源统一放在 /static/ 或 /assets/ 目录下，推荐用前缀匹配，更高效且避免正则开销：
location ^~ /static/ {
access_log off;
root /var/www/myapp;
}
说明：
• ^~ 表示前缀匹配且优先于正则 location，适合静态目录
• 配合 root 或 alias 正确设置文件路径
• 同样支持嵌套配置（如添加 gzip、缓存头等）
注意 location 匹配优先级与作用域
access_log off; 必须写在生效的 location 块内部，否则无效。需留意以下要点：
- Nginx location 匹配按优先级执行：精确匹配（=） > 前缀匹配（^~） > 正则匹配（~ / ~*） > 普通前缀匹配
- 日志开关不继承，父块设
access_log off不影响子 location；必须在最终匹配到的 location 中显式关闭 - 若同时存在多个可能匹配的 location，确保静态资源确实落入你设置了
access_log off的那个块中（可用nginx -T查看完整解析配置验证）
验证是否生效
修改配置后重载 Nginx，并检查日志行为：
- 执行
nginx -t && nginx -s reload确保配置正确并重载 - 访问一个匹配的静态资源（如
/static/logo.png），观察 access log 文件是否无新增记录 - 访问一个不匹配的路径（如
/api/user），确认其日志仍正常写入
不复杂但容易忽略。
