Nginx 的 try_files 不直接重定向404，而是按序检查文件，全失败时触发内部跳转，由 error_page 404 /404.html 捕获并返回自定义页面；最后一项必须是 URI（如 /404.html），配合 location = /404.html { internal; } 和 root 设置方可生效。
Nginx 的 try_files 指令本身不直接“重定向”到 404 页面，而是按顺序检查文件或路径是否存在；当全部失败时，会触发一个内部跳转（internal redirect）——通常交给 location 块处理，最终由 error_page 指令接管并返回自定义 404 响应。关键在于把 try_files 的“兜底项”设为一个 URI（如 /404.html），再配合 error_page 404 映射到真实静态文件。
配置 try_files 触发 404 流程
在 server 或 location 块中使用 try_files，最后一项必须是一个 URI（以 / 开头），而不是纯文件路径。这个 URI 将作为内部重定向目标，若该 URI 本身也找不到匹配的 location，则 Nginx 会返回标准 404；但我们要让它被 error_page 捕获：
-
try_files $uri $uri/ /index.html =404;：前两项查资源，第三项是 SPA 常用 fallback；=404表示显式返回 404 状态码（此时不走 error_page） -
try_files $uri $uri/ /404.html;：最后一项是/404.html，Nginx 会尝试匹配location = /404.html或通用location，若没找到，就触发 error_page 404
定义自定义 404 页面路径
确保你的自定义页面（如 /var/www/example.com/404.html）已存在，并通过 root 或 alias 正确指向。推荐用 root 配合 location：
- 在
server块中设置root /var/www/example.com; - 添加
location = /404.html { internal; }（internal确保只能内部跳转，禁止用户直接访问） - 同时配置
error_page 404 /404.html;—— 这句让所有 404 状态都交由/404.html响应
完整可运行示例
以下是最小可用配置片段（放在 server 块内）：
root /var/www/example.com;
error_page 404 /404.html;
location = /404.html {
internal;
}
location / {
try_files $uri $uri/ /index.html;
}
说明：当请求 /nonexistent.js 时，try_files 查不到文件和目录，fallback 到 /index.html；但如果 /index.html 也不存在，Nginx 内部返回 404，触发 error_page，最终返回 /var/www/example.com/404.html，状态码为 404。
注意事项与调试技巧
-
try_files最后一项不能是绝对路径（如/var/www/404.html），必须是 URI 形式（/404.html） - 确保
404.html文件权限允许 Nginx 用户（如 www-data）读取 - 修改配置后执行
nginx -t验证语法，再nginx -s reload - 用
curl -I http://your-domain/nonexistent检查响应头是否含HTTP/1.1 404 Not Found和正确 content-length
