log_not_found指令仅抑制try_files、alias等导致的404类warning日志，不关闭error_log；适用于SPA路由fallback等场景，需在对应location中显式配置以避免误影响。
在 Nginx 中，log_not_found 指令用于控制是否将“文件未找到”（404）类错误记录到 error_log。它本身**不关闭错误日志**，而是专门抑制因 try_files、alias 或静态资源查找失败触发的 404 相关 warning 级别日志条目，从而减少无关干扰——尤其适用于前端单页应用（SPA）、React/Vue 路由 fallback 场景或大量不存在的 favicon/manifest 请求。
明确 log_not_found 的作用范围
log_not_found off 只影响以下情况的日志输出：
- 由
try_files检查文件/路径失败（如try_files $uri $uri/ /index.html;中前两项未命中） - 使用
alias指向目录时，目标文件实际不存在 - 直接请求一个不存在的静态资源（如
/logo.png），且无其他 location 处理
它不会屏蔽：500 类服务端错误、proxy_pass 后端不可达、权限拒绝（403）、配置语法错误等真实异常。这些仍会照常记入 error_log。
典型干扰场景与配置示例
例如，Vue Router 使用 history 模式时，所有前端路由（如 /user/profile）都需 fallback 到 /index.html。Nginx 配置常为：
location / {
try_files $uri $uri/ /index.html;
}
每次访问 /user/profile，Nginx 先查 /user/profile 文件 → 不存在 → 记一条 open() "/path/user/profile" failed (2: No such file or directory) 到 error_log。大量此类日志掩盖真正问题。
解决方法：在对应 location 块中关闭日志记录：
location / {
log_not_found off;
try_files $uri $uri/ /index.html;
}
这样，404 类查找失败不再写入 error_log，但 /index.html 返回 200 的过程、以及其它真实错误（如 index.html 权限异常）依然可查。
配合 access_log 实现更精细控制
若还需隐藏特定路径的访问痕迹（比如健康检查接口、埋点上报），可单独关闭其 access_log：
location = /healthz {
log_not_found off;
access_log off;
return 200 "ok";
}
注意：log_not_found 是 location 级指令，可继承，也可在 server 或 http 块设默认值，但建议按需在具体 location 中显式设置，避免误影响其他逻辑。
验证是否生效
修改配置后重载 Nginx（nginx -s reload），然后请求一个不存在的路径（如 curl -I http://localhost/nonexistent.js），再检查 error_log：
- 若此前有类似
open() ... failed (2: No such file or directory)日志，现在不再出现 → 生效 - 若仍有该日志，确认是否在正确的 location 块中设置了
log_not_found off，且该 location 确实匹配了请求 - 可通过
nginx -T查看完整生效配置，确认指令作用域
不复杂但容易忽略。关键在于理解它只管“找不到文件”这一类 warning，不是万能静音开关。用对地方，error_log 就清爽多了。
