在 nginx 中配置多级备用静态目录查找，核心是使用 try_files 指令并传入多个路径参数。nginx 会按顺序检查这些路径对应的文件或目录是否存在，一旦找到第一个匹配项就立即返回，若所有路径均不存在则执行最后指定的 fallback 操作（如返回 404 或重定向）。这种机制无需编写复杂的 if 块，是处理前端路由和静态资源回退的标准做法。
如何配置基础的多级文件回退逻辑
要实现从主目录到备用目录的查找，只需在 location 块中将备用路径作为中间参数填入 try_files。例如，当请求 /app.js 时，Nginx 会先尝试在当前目录找该文件，如果找不到，再尝试在 /backup/ 目录下寻找同名文件，最后如果都找不到则返回 404。这种线性查找逻辑清晰且高效。
server {
listen 80;
server_name example.com;
root /var/www/html;
location / {
# 1. 先查当前 root 下的 /app.js
# 2. 再查当前 root 下的 /backup/app.js
# 3. 若都不存在，返回 404 Not Found
try_files $uri /backup$uri =404;
}
}在上述配置中，$uri 变量代表用户请求的路径（不含查询字符串）。假设请求为 /style.css，Nginx 首先检查 /var/www/html/style.css，若不存在，则检查 /var/www/html/backup/style.css。这种写法利用了 Nginx 的路径拼接特性，无需硬编码具体文件名，适用于大多数静态资源场景。
如何处理前端 SPA 路由与静态资源的混合场景
对于单页应用（SPA），通常需要将未知路由重定向到 index.html，同时优先加载具体的静态资源。此时需要在 try_files 列表中同时包含资源路径和 index.html 的回退路径。Nginx 会先尝试匹配具体的 JS、CSS 或图片文件，只有当这些文件都不存在时，才会将请求交给 /index.html 处理，从而实现前端路由接管。
server {
listen 80;
server_name example.com;
root /var/www/spa;
location / {
# 1. 尝试匹配精确的文件或目录
# 2. 尝试在 /assets 子目录下查找
# 3. 如果以上都不存在，返回 /index.html (内部重定向)
try_files $uri $uri/ /assets$uri /index.html;
}
}在这个配置中，$uri/ 表示检查是否为目录。如果请求的是 /images/logo.png，Nginx 会依次检查 /var/www/spa/images/logo.png、/var/www/spa/assets/images/logo.png。如果请求的是 /dashboard（一个前端路由），前两项都会失败，最终请求会被内部重定向到 /index.html，由前端 JavaScript 框架解析路由。注意，最后的 /index.html 不需要加 =404，因为它是一个有效的内部 URI，旨在提供默认页面而非报错。
当所有备用路径均不存在时 Nginx 的具体行为是什么
当 try_files 列表中除最后一个参数外的所有路径均未找到时，Nginx 的行为完全取决于最后一个参数的格式。如果最后一个参数是以 = 开头的状态码（如 =404），Nginx 将直接终止处理并返回该 HTTP 状态码，不会进行任何内部重定向。如果最后一个参数是一个以 / 开头的 URI（如 /index.html），Nginx 会执行内部重定向（Internal Redirect），即使用新的 URI 重新发起一次请求处理流程，但不会改变客户端浏览器中的 URL。
