server块中的root指令为虚拟主机设定默认静态资源根目录，作为未被location显式覆盖请求的兜底路径；当location未配置root或alias时，Nginx自动回退使用server级root，将完整URI拼接其后查找文件。
在 Server 块中配置 root 指令，就是为该虚拟主机设定默认静态资源根目录——它会作为所有未被 location 显式覆盖的请求的兜底路径。
root 在 server 块中的作用是默认根目录
只要某个请求匹配到的 location 块里没定义 root 或 alias，Nginx 就会使用 server 块中声明的 root 值，把完整 URI 拼接到该路径后查找文件。
- 例如：
root /var/www/html;配在 server 块内，则访问/about.html→ 实际读取/var/www/html/about.html - 访问
/css/style.css→ 实际读取/var/www/html/css/style.css - 这个行为对所有未被 location 拦截或重定义的路径都生效，无需额外操作
location 中未设 root 时自动回退到 server 的 root
这是“兜底”的核心机制：server 级 root 不会主动传递，但会在子作用域缺失时自然生效。
- server 块定义了
root /opt/app; - location
/api/用了proxy_pass，没配 root → 不影响，走反向代理 - location
/static/没写 root 或 alias → 请求/static/logo.png仍查/opt/app/static/logo.png - 只有当某个 location 显式写了自己的
root或alias，才会屏蔽 server 级设置
确保兜底生效的关键点
要让 server 的 root 真正成为“全局兜底”，需避免常见干扰项：
- 不要在 default location（如
location / { }）里误加root—— 这反而会覆盖 server 级设置 - 避免用
alias在通用 location 中（如location / { alias /path; }），它会强制替换前缀，破坏兜底逻辑 - 检查是否有其他 location 通过最长前缀匹配意外捕获了本该兜底的请求（比如
location /a { }比location / { }优先） - 确认没有
try_files或index指令导致内部重定向，绕过了原始 root 查找路径
一个干净的兜底配置示例
下面这段配置让 /var/www/site 成为所有静态请求的统一起点：
server {
listen 80;
server_name example.com;
root /var/www/site; # ← 全局兜底根目录
<pre class="brush:php;toolbar:false;">location /images/ {
# 未设 root/alias → 自动用 server 的 /var/www/site
# 请求 /images/icon.jpg → 查 /var/www/site/images/icon.jpg
}
location /downloads/ {
alias /srv/files/; # ← 显式覆盖，不走兜底
}
location /api/ {
proxy_pass http://backend;
# 无 root/alias → 不走文件系统，兜底不触发
}}
