try_files最后一个参数不能直接配置proxy_pass，必须通过@开头的命名location间接实现，因其仅支持内部uri跳转；正确结构为检查→跳转→代理三步分离，且命名location自动透传原始请求参数。
最后一个参数不能直接配置动态转发，必须通过命名 location（@ 开头）间接实现。因为 try_files 的最后一个参数只接受内部 URI：以 / 开头的路径、=404 这类状态码，或以 @ 开头的命名 location —— 它本身不执行代理，只是触发跳转。
为什么不能直接写 proxy_pass 地址
try_files 不处理网络请求，它只做本地文件存在性检查和内部跳转。以下写法会报错：
-
try_files $uri @backend;✅ 合法 —— 跳转到命名 location -
try_files $uri /proxy;✅ 合法 —— 内部重定向到/proxy，再由对应 location 处理 -
try_files $uri http://127.0.0.1:8000;❌ 报错 —— 协议前缀不被允许 -
try_files $uri proxy_pass http://upstream;❌ 语法错误 —— proxy_pass 是 location 块内指令，不能出现在 try_files 参数中
正确配置动态转发的三步结构
核心是“检查 → 跳转 → 代理”分离，确保语义清晰、配置可维护：
-
step 1：在 location 中使用 try_files，把命名 location 作为最后一个参数
location / {<br> try_files $uri $uri/ @dynamic;<br>} -
step 2：定义命名 location，仅包含 proxy_pass 及必要头信息
location @dynamic {<br> proxy_pass http://backend_service;<br> proxy_set_header Host $host;<br> proxy_set_header X-Real-IP $remote_addr;<br>} -
step 3：确保 upstream 已定义（如需负载均衡）或后端地址可达
upstream backend_service {<br> server 127.0.0.1:3000;<br> server 127.0.0.1:3001;<br>}
如何让转发带原始请求参数
如果跳转目标是普通 location（非命名），$args 默认不会自动携带。但命名 location 不受此限制 —— 它是内部跳转，原始请求完整保留。所以只要你在 @dynamic 中用 proxy_pass，查询参数、请求方法、body 全部透传，无需额外拼接。
反例：try_files $uri /fallback; + location /fallback { proxy_pass ... }，此时需显式补参：proxy_pass http://upstream/fallback?$args; —— 这种写法易出错，不推荐。
常见变体：按条件选择不同后端
单一命名 location 无法分支，但可通过嵌套逻辑实现动态路由：
- 用 map 指令预判请求特征（如 host、path 前缀、header）生成变量
- 在 @dynamic 中用 if 或更稳妥的 rewrite + internal 重定向分流
- 或直接定义多个命名 location（如 @to_api、@to_render、@to_legacy），由主 location 中的逻辑判断后跳转
例如：try_files $uri @to_api; 与 try_files $uri @to_render; 分别用于接口和 SSR 场景，由不同入口 location 控制。
