nginx 中处理带斜杠与不带斜杠路径的核心在于理解 `location` 指令的匹配优先级以及 `try_files` 对目录探测的支持。默认情况下，nginx 会优先匹配精确路径（`= /path`），其次是前缀匹配（`/path`），最后才是正则表达式；若请求路径未以斜杠结尾且对应位置存在同名目录，nginx 会自动返回 301 重定向至带斜杠的版本，除非显式配置了 `try_files` 来改变这一行为或提供替代内容。
精确匹配与前缀匹配的优先级差异
当请求 `/api` 时，Nginx 会严格遵循最长前缀匹配原则，但精确匹配（`=`）拥有最高优先级。这意味着如果同时存在 `location = /api` 和 `location /api`，前者将无条件胜出，无论后者是否更长。这种机制允许开发者为特定端点设置独立逻辑，而无需担心被通用的前缀规则覆盖。
server {
listen 80;
server_name example.com;
# 精确匹配，优先级最高
location = /api {
return 200 "Exact match for /api";
}
# 前缀匹配，仅当精确匹配失败时生效
location /api {
root /var/www/html;
index index.html;
}
}
在上述配置中，访问 `http://example.com/api` 将直接触发 `return` 指令，返回状态码 200 及指定文本，完全跳过后续的 `root` 查找。若请求变为 `/api/v1`，由于不匹配精确路径 `/api`，Nginx 将回退到前缀匹配 `/api`，进而尝试在 `/var/www/html/api/v1` 下寻找文件。这种分层设计确保了关键接口不受静态资源路由干扰。
try_files 对目录探测与重定向的影响
默认行为中，若请求 `/docs` 且磁盘上存在 `/var/www/html/docs` 目录，Nginx 会强制重定向至 `/docs/`。通过引入 `try_files`，可以拦截这一自动重定向，转而尝试加载具体文件或返回默认页。这使得单页应用（SPA）或文档站能够更灵活地处理无后缀路径。
server {
listen 80;
server_name example.com;
root /var/www/html;
# 拦截 /docs 请求，先查文件，再查目录，最后返回默认页
location /docs {
try_files $uri $uri/ /docs/index.html;
}
}
在此配置下，请求 `/docs` 时，Nginx 首先检查 `/var/www/html/docs` 是否为文件（通常不是），接着检查 `/var/www/html/docs/` 是否为目录。若目录存在，`$uri/` 匹配成功，Nginx 将内部转发至 `/docs/` 并继续处理该位置的逻辑，而非直接抛出 301 重定向。若目录不存在，则 fallback 至 `/docs/index.html`。这种方式消除了隐式重定向，提升了 URL 的稳定性。
基于 try_files fallback 结果的具体问题
当使用 `try_files $uri $uri/ /index.html` 处理根路径 `/` 时，若请求 `/nonexistent`，Nginx 的行为取决于文件系统状态。若 `/var/www/html/nonexistent` 既非文件也非目录，它将 fallback 至 `/index.html`。此时，浏览器地址栏仍显示 `/nonexistent`，但服务器实际输出的是首页内容。这种机制常用于 SPA 的路由劫持，确保所有无效路径均返回应用入口，由前端 JavaScript 接管后续路由逻辑。
