try_files 是 Nginx 中按顺序检查文件或目录存在性的指令，语法为 try_files file1 file2 ... uri；找到首个存在项即返回，全不存在则内部重定向至最后一个 uri。
try_files 是 Nginx 中最常用也最容易被误用的指令之一。它本质是一个“按顺序尝试文件或路径存在性”的机制，能大幅减少 if 判断、重写规则和 location 嵌套，让配置更清晰、性能更高。
核心逻辑：从左到右，找到第一个存在的就返回
语法是：try_files file1 file2 ... uri; Nginx 会依次检查 file1、file2 是否作为真实文件或目录存在（注意：目录必须以 / 结尾才匹配）。一旦某个路径存在，就直接返回该资源；全都不存在时，才跳转到最后一个参数（uri），由它触发新的内部重定向（比如交给 PHP 处理，或进入另一个 location）。
常见写法示例：
- try_files $uri $uri/ /index.php?$query_string; —— 静态资源优先，不存在则交由 index.php 处理（典型 Laravel/WordPress 配置）
- try_files $uri /fallback.html; —— 所有静态请求找不到就显示 fallback 页面
- try_files $uri @php; —— 最后一个参数以 @ 开头，表示跳转到命名 location（如 @php { fastcgi_pass ... }）
避坑要点：别在 root 前加斜杠，$uri 已含路径
错误写法：try_files /$uri /$uri/ /index.php; 因为 $uri 变量本身已包含开头的 /（例如请求 /a/b.jpg，$uri 就是 "/a/b.jpg"），前面再加 / 会导致路径变成 "//a/b.jpg"，Nginx 会忽略重复斜杠但语义混乱，还可能因 root 拼接出错。
正确做法是直接用 $uri 和 $uri/，确保和 root 指令自然拼接。比如 root /var/www/html; 配合 $uri = /images/logo.png，最终查找的就是 /var/www/html/images/logo.png。
替代 if + rewrite 的典型场景
很多旧配置用 if 判断文件是否存在再 rewrite，既低效又易出错：
- ❌ 错误示范：if (!-f $request_filename) { rewrite ^(.*)$ /index.php last; }
- ✅ 正确替换：try_files $uri $uri/ /index.php?$query_string;
原因：if 在 location 中限制多（只允许部分指令）、性能差（每次请求都执行判断），而 try_files 是内置高效路径查找，且天然支持目录判断（$uri/）和查询参数透传（?$query_string）。
配合命名 location 实现精细控制
当需要不同后端处理逻辑时，用 @ 命名 location 比一堆 if 更安全灵活：
- location / { try_files $uri @backend; }
- location @backend { proxy_pass http://app_server; }
- location ~ \.php$ { try_files $uri =404; fastcgi_pass php-fpm; }
这样静态资源走 try_files 直接返回，PHP 请求进独立 location 做严格校验（$uri =404 防止任意文件执行），后端转发统一走 @backend，职责分离清楚，也不用担心 if 嵌套失效问题。
