Nginx 如何在 Nginx 中使用 Rewrite 规则优雅处理网站根目录下的 favicon.ico 请求

最优雅的处理方式是直接返回204或静态文件以避免404日志刷屏；推荐精准配置location = /favicon.ico{return 204;}或alias指定真实图标路径并添加缓存头，同时可扩展正则统一兜底其他图标请求。

直接返回一个空响应或静态文件，避免 404 日志刷屏和前端反复请求，是最优雅的处理方式。

让 favicon.ico 请求静默返回 204

浏览器默认会发起 /favicon.ico 请求，若站点没提供该文件，Nginx 会返回 404，大量日志堆积且无实际意义。用 return 204 可彻底消除干扰：

1. 在 server 或 location 块中添加：

   location = /favicon.ico { return 204; }

2. 204 表示“无内容”，不传输响应体，HTTP 状态码合法且轻量
3. 比返回 404 更干净，比返回 1×1 透明图更省带宽

提供真实 favicon.ico 文件并精准匹配

如果已有图标文件（如放在 /usr/share/nginx/html/favicon.ico），推荐显式服务而非依赖默认路径：

1. 配置：

   location = /favicon.ico {
   alias /usr/share/nginx/html/favicon.ico;
   expires 1d;
   add_header Cache-Control "public, immutable";
   }

2. alias 比 root 更准确——它直接映射 URI 到文件路径，避免拼接错误
3. 加上缓存头，减少重复请求，提升加载体验

统一拦截所有图标类请求（可选扩展）

除 favicon.ico 外，现代浏览器还可能请求 /apple-touch-icon.png、/android-chrome-192x192.png 等。可批量兜底：

1. 写法示例：

   location ~* ^/(favicon.ico|apple-touch-icon.*|android-chrome-.*.png)$ {
   try_files $uri =204;
   }

2. try_files 先尝试找真实文件，找不到就返回 204，兼顾存在性和简洁性
3. 正则末尾加 i 标志（如 ~*i）可忽略大小写，适配不同命名习惯

避免常见陷阱

别让 rewrite 规则误伤 favicon 请求：

1. 不要在全局 if ($request_uri ~* .ico$) { ... } 中做重写——易与 location 优先级冲突
2. 不要用 rewrite ^/favicon.ico$ /empty.png break; 这类绕行方案，增加不必要的文件 I/O
3. 确保 location = /favicon.ico 放在其他泛匹配 location（如 location /）之前，因精确匹配优先级最高