在Nginx中为不同域名配置独立try_files规则，需将try_files置于各server块内的location中，配合独立root/alias路径和命名location实现完全隔离。
在 Nginx 中为不同域名配置独立的 try_files 检索规则，关键在于将 try_files 放置在每个 server 块内（而非全局或 upstream），并确保其作用域精准匹配该域名的请求处理逻辑。
每个 server 块内单独定义 try_files
不同域名通常对应独立的 server 块（通过 server_name 区分）。try_files 必须写在这些块内部的 location 中（常见于 location /），才能对该域名生效：
- 不要放在
http或server级别（Nginx 不允许） - 避免复用同一份 location 配置到多个 server —— 否则会共用一套检索路径
- 例如：域名
site-a.com优先查/index.html，而site-b.com优先查/home.php，就需各自定义
注意 root 和 alias 对路径解析的影响
try_files 中的文件路径是相对于当前 location 的 root（或 alias）计算的。不同域名常对应不同根目录，必须显式声明：
-
root /var/www/site-a;→try_files $uri $uri/ /index.html;查的是/var/www/site-a/index.html -
root /var/www/site-b;→ 同样写法会查/var/www/site-b/index.html，完全隔离 - 若用
alias（如alias /app/public/;），要注意末尾斜杠和路径拼接规则，避免误匹配
结合命名 location 实现差异化回退逻辑
当需要更复杂的分支处理（比如静态资源走本地、API 走代理、缺失时返回定制页面），可用 @named_location 分离逻辑：
- 在各
server块中定义专属的@fallback或@api -
try_files $uri $uri/ @html;→ 进入该 server 下的@html块，里面可rewrite或return - 不同域名的
@html可返回不同404.html，或重写到不同后端
验证与调试技巧
配置后务必测试是否真正隔离：
- 用
curl -H "Host: site-a.com" http://127.0.0.1/nonexistent观察响应内容是否符合预期 - 检查
error.log中的 “open() failed” 日志，确认 Nginx 尝试查找的路径是否为你设定的根目录下 - 临时在
try_files末尾加一个不存在的路径（如/debug-fallback），再请求看是否触发 404，可快速验证链路是否生效
