在 nginx 中，当 try_files 找不到指定文件时，可以通过将最后一个参数设置为重定向地址来实现跳转。具体做法是在 try_files 指令的末尾添加一个以斜杠开头的 uri（如 /redirect_path），nginx 会立即向客户端返回 302 临时重定向响应，引导浏览器访问该新地址。若需实现永久重定向，可结合 return 指令或配合 error_page 使用，但最直接的 try_files 内部机制仅支持临时重定向。
如何配置 try_files 实现基础重定向
要配置基础重定向，只需在 try_files 列表中列出待检查的文件或路径，并将最后一个参数设为目标 URL。例如，尝试查找静态资源，若不存在则重定向到首页。这种配置适用于单点跳转场景，无需额外的逻辑判断块。
server {
listen 80;
server_name example.com;
location /assets/ {
# 先尝试查找精确匹配的文件，再尝试目录索引
# 如果都找不到，则重定向到 /fallback.html
try_files $uri $uri/ /fallback.html;
}
}
上述配置中，$uri 代表请求的原始 URI。$uri/ 表示尝试将其作为目录并查找其中的 index.html。如果两者均未找到，Nginx 会执行最后一步，即内部重定向到 /fallback.html。注意，这里的 /fallback.html 是一个内部子请求，而不是外部 302 跳转。如果需要真正的 302 外部跳转，通常不直接在 try_files 中完成，而是结合 if 或 error_page，或者使用 return 302。但在 try_files 的语境下，最后一个非错误码参数被视为内部重定向的目标。若必须使用外部重定向，建议改用 if 语句判断文件是否存在。
如何实现永久重定向 (301) 而非默认行为
try_files 本身的最后一个参数如果是 URI，执行的是内部重定向（Internal Redirect），状态码通常为 200（如果目标存在）或继续传递。它不支持直接指定 301 状态码进行外部跳转。要实现 301 永久重定向，需要结合 if 指令或使用 error_page 指向一个返回 301 的处理器。这里展示使用 if 和 return 的标准做法，这在逻辑上等价于“找不到则重定向”的需求。
server {
listen 80;
server_name example.com;
location /old-path/ {
# 检查文件是否存在
if (!-f $request_filename) {
# 如果文件不存在，返回 301 永久重定向到新路径
return 301 https://example.com/new-path/$uri;
}
# 如果文件存在，正常处理
try_files $uri $uri/ =404;
}
}
在这个示例中，-f $request_filename 检查请求的文件是否在磁盘上存在。如果不存在（! 取反），则触发 return 301，向客户端发送永久重定向响应。这种方法比 try_files 的内部重定向更明确地控制了 HTTP 状态码，适合 SEO 友好的迁移场景。注意 if 在 Nginx 中的局限性，避免在其中使用 proxy_pass 等复杂指令，但 return 是安全且推荐的用法。
try_files 找不到文件时的默认 404 行为是什么
当 try_files 列表中的所有文件和目录都未找到，且没有提供最后一个 fallback 参数时，Nginx 会返回 404 Not Found 错误。这是默认行为，表明服务器无法提供所请求的资源。开发者应始终为 try_files 提供一个明确的 fallback，以避免暴露默认的 404 页面或导致用户体验不佳。
