nginx静态资源分离时，root适用于根路径或子域名无前缀场景，为“追加”行为；alias更推荐用于带url前缀的静态路径，为“替换”行为，末尾斜杠敏感，需严格匹配。
静态资源分离时，Nginx 的 root 指令要设在能准确映射 URL 路径到文件系统路径的位置，核心是让请求路径（不含 location 前缀）能自然拼接到 root 后形成真实文件路径。
明确 location 与 root 的拼接逻辑
Nginx 的 root 是“追加”行为：它把整个请求 URI（包括 location 匹配部分）直接拼在 root 路径后面。所以 location 越精确，root 越好设。
- 比如
location /static/ { root /data/www; }，访问/static/js/app.js会查找/data/www/static/js/app.js - 若改成
location /static/ { root /data/www/assets; }，则实际找的是/data/www/assets/static/js/app.js—— 多了一层 static，容易出错 - 更推荐用
alias处理带前缀的静态路径，因为它是“替换”而非“追加”
推荐用 alias 替代 root 处理静态前缀
对 /static/、/images/ 这类带固定 URL 前缀的静态资源，alias 更直观、不易出错。
-
location /static/ { alias /data/www/static/; }→ 请求/static/css/main.css对应文件/data/www/static/css/main.css - 注意 alias 值末尾必须有
/，且 location 末尾也建议带/，否则路径拼接可能错位 - root 不支持末尾斜杠自动补全，alias 对斜杠敏感，这是关键区别
root 更适合根路径或无前缀场景
当静态资源通过子域名（如 static.example.com）提供，且 URL 路径与磁盘结构完全一致时，用 root 更简洁。
-
server_name static.example.com;root /data/www/static;
此时访问/js/app.js直接对应/data/www/static/js/app.js - 这种配置下无需 location 块，更轻量，也避免前缀处理歧义
- 配合
try_files $uri =404;可安全兜底
检查路径是否生效的小技巧
配置完别急着 reload，先验证路径解析是否符合预期：
- 开启 Nginx 错误日志
error_log /var/log/nginx/static_error.log notice;，404 时会记录具体查找路径 - 用
curl -I http://localhost/static/test.png看响应头和状态码 - 临时加一条
return 200 "real path: $document_root$uri\n";在 location 里，直观查看拼接结果（仅调试用）
