nginx location内部跳转是服务端静默流转，不改变地址栏、不返回重定向，通过@name定义internal锚点，配合try_files、error_page或rewrite...break实现文件兜底、错误处理或路径改写。
Nginx 中的 location 内部跳转，本质是让请求在服务端完成静默流转——不改变浏览器地址栏、不返回 301/302、也不暴露跳转逻辑给客户端。它不是重定向，而是服务端内部的“逻辑移交”，常用于统一代理、错误兜底、静态 fallback 和多入口复用。
用 location @name 定义安全的内部锚点
这是最推荐、最规范的方式。@name 声明的位置天然 internal，只能被 Nginx 内部指令触发，无法被外部直接访问（比如访问 /@php 会直接 404）。
- 必须配合
try_files、error_page或rewrite ... break来调用 - 适合把共用逻辑（如 PHP 代理、维护页响应）抽离出来，避免重复配置
例如：
location / {
try_files $uri $uri/ @backend;
}
location @backend {
proxy_pass http://127.0.0.1:8000;
}
用 try_files 实现“文件优先，否则内部兜底”
它是静态资源服务中最典型的内部跳转模式，按顺序检查路径是否存在，最后落到一个命名位置：
-
try_files $uri @fallback;→ 先找真实文件，不存在就静默跳到@fallback - 最后一个参数必须是
@xxx或合法 URI；若写成/fallback，会发起一次新请求，可能引发循环或暴露路径
注意 root/alias 要与 $uri 解析路径一致，否则文件找不到就会误跳。
用 error_page 统一接管状态码并内部处理
不只是 404，任何上游返回的状态（502、503、504）都可绑定到命名位置：
error_page 502 503 504 @maintenance;
location @maintenance {
root /usr/share/nginx/html;
try_files /maintenance.html =503;
}
这样后端挂掉时，用户看到的是预设维护页，且地址栏不变、无重定向。
用 rewrite … break 做路径改写后内部匹配
当需要根据规则调整请求路径再交由其他 location 处理，又不想触发重写循环时：
-
rewrite ^/v1/(.*)$ /api/$1 break;→ 改写路径后，立即终止 rewrite 阶段，进入新的 location 匹配 - 和
last不同，break不会再次执行 server 级 rewrite，更可控 - 但逻辑分散，不如
@name清晰，建议仅用于简单标准化场景（如 API 版本前缀剥离）
不复杂但容易忽略
