root在正则location中仍按原始uri全路径拼接，如请求/a/b/c.html匹配location ~ ^/a/.*.html$ { root /var/www; }，实际查找/var/www/a/b/c.html；alias则剥离匹配部分，仅拼接剩余路径，更适配正则重映射需求。
当 location 使用正则表达式（~ 或 ~*）时，root 指令的路径解析**不受正则匹配内容影响**——它仍按原始请求 URI 全路径拼接，和普通前缀匹配行为完全一致。
root 在正则 location 中的拼接逻辑
root 的作用始终是：将请求 URI 的**完整路径**（从 / 开始，包括所有层级）追加到 root 路径之后。正则本身只用于匹配判断，不参与路径构造。
- 请求
https://example.com/a/b/c.html - 配置：
location ~ ^/a/.*\.html$ { root /var/www; } - 实际查找文件：
/var/www/a/b/c.html（不是/var/www/b/c.html）
为什么 alias 更适合正则场景
alias 会剥离匹配到的 URI 部分，只保留剩余路径，因此在需要“重映射路径结构”时更直观：
- 同样请求
/a/b/c.html - 配置：
location ~ ^/a/(.+\.html)$ { alias /opt/static/$1; } - 实际查找：
/opt/static/b/c.html（正则捕获的$1可用） - 注意：
alias必须写在location块内，且末尾带/（如alias /opt/static/;）
root + 正则的典型误用与规避
常见错误是以为正则能“截掉” URI 前缀来简化路径，但 root 不具备该能力。若强行用 root 实现类似效果，需配合 rewrite + last 跳转：
- 例如把
/api/v1/xxx映射到/var/www/api/xxx，不能靠root自动去前缀 - 正确做法：
location ~ ^/api/v1/(.*)$ { rewrite ^/api/v1/(.*)$ /api/$1 last; } location /api/ { root /var/www; } - 或直接改用
alias /var/www/api/;配合正则捕获
index 指令依然生效，但依赖真实目录结构
即使 location 是正则匹配，只要最终拼出的路径是个目录，index 仍会尝试查找指定文件：
location ~ ^/blog/.*/$ { root /srv; index index.php; }- 访问
/blog/2024/→ 查找/srv/blog/2024/index.php - 若该路径下无
index.php，返回 403 或 404（取决于autoindex设置）
