应将 root 指令放在 server 块中，以明确站点根路径、避免 location 中 root 引发的路径拼接错误和管理混乱；location 应用 alias 处理特殊路径，确保语义准确与权限可控。
因为写在 server 块能明确表达“这个站点的默认资源起点在哪”，逻辑清晰、作用域合理、维护成本低。
server 级 root 对应虚拟主机的天然边界
每个 server 块代表一个独立站点（如不同域名、端口或 IP），把 root 放在这里，就直接绑定了该站点全部常规请求的根路径。比如：
-
server_name example.com;→root /var/www/example; -
server_name admin.local;→root /opt/admin-ui;
这种一对一映射，既符合运维直觉，也避免跨站点路径污染。
location 里写 root 容易误用且语义模糊
location 的本职是“按路径做路由或行为控制”，不是定义资源归属。在 location 中设 root 会带来两个常见问题：
- URI 前缀被原样拼接，比如
location /api/ { root /opt/backend; }查找的是/opt/backend/api/xxx，而非开发者预期的/opt/backend/xxx - 同一
server内多个location各自设root，容易造成路径混乱，难以一眼看出主站内容在哪
更合理的分工：server 管主干，location 管特例
推荐做法是：
- 用
server级root覆盖/、/about、/assets等常规路径 - 对特殊子路径（如上传目录、CDN 静态资源、前端构建产物）单独用
location+alias或location+root精确覆盖 - 例如：
location /uploads/ { alias /data/uploads/; }—— 剥离前缀，语义准确
权限与路径管理更可控
server 级 root 路径通常固定、结构稳定，便于统一设置文件系统权限（如 nginx 用户对该目录有读+执行权限）。而把 root 散落在多个 location 中，容易遗漏权限配置，或因路径拼接错误导致 403/404。
