应将 root 指令置于 server 块中作为默认根路径，供多数 location 继承；仅在特殊路径（如 /uploads/、/static/）中用 alias 或单独 root 覆盖，避免重复配置与 404 错误。
因为 root 指令放在 server 块（即 location 外部）时，它作为该虚拟主机的默认根路径，对所有未显式覆盖的 location 生效——这样就避免了在每个 location 里重复写相同的 root 路径。
server 块 root 提供统一基础路径
多数网站的静态资源都集中存放在同一个顶层目录下，比如 /var/www/example.com/。把 root 设在这里，意味着：
-
location /、location /about/、location /contact/等常规路径自动继承该根目录 - 无需为每个普通页面路径单独配置 root，减少重复和出错可能
- 路径拼接逻辑一致：请求
/css/style.css→ 实际读取/var/www/example.com/css/style.css
只在特殊路径中按需覆盖
真正需要单独指定路径的，往往是少数例外情况，比如：
- 上传文件目录（
/uploads/→ 映射到/data/uploads/） - CDN 静态资源（
/static/→ 映射到/opt/cdn-assets/） - API 前端资源（
/api-docs/→ 指向独立文档目录）
这些只需在对应 location 块内加一条 root 或更合适的 alias，其余路径继续用 server 级 root，结构清晰又节省配置行数。
避免 location 内 root 的常见陷阱
如果把 root 全部挪进 location 块，容易误用并引发 404：
-
location /admin/ { root /opt/app; }→ 请求/admin/login.html实际找的是/opt/app/admin/login.html（多了一层 admin） - 开发者本意可能是“/admin/ 下所有内容都从 /opt/app 开始”，结果却要手动删掉前缀——这时该用
alias /opt/app/; - 每个 location 都写一遍 root，既冗余，又容易漏改或写错路径
配置示例对比
✅ 推荐（简洁、安全、易维护）：
server {
root /var/www/site;
index index.html;
<pre class="brush:php;toolbar:false;">location / {
# 自动使用 /var/www/site
}
location /uploads/ {
alias /data/uploads/;
}
location /legacy/ {
root /opt/old-site;
# 注意：这里会拼 /legacy/，所以 /legacy/js/app.js → /opt/old-site/legacy/js/app.js
}}
❌ 不必要冗余（且易错）：
server {
location / { root /var/www/site; }
location /about/ { root /var/www/site; }
location /contact/ { root /var/www/site; }
location /blog/ { root /var/www/site; }
# ……几十个 location 全部重复 root
