nginx的alias指令不支持正则捕获组直接参与路径拼接，需通过location正则匹配捕获变量后配合root+try_files实现动态子目录映射；若坚持用alias，须借助rewrite预处理uri，但该方式不推荐生产使用。
Nginx 的 alias 指令本身不支持正则表达式捕获组直接参与路径拼接，但可以通过 location 块配合正则匹配 + alias（或更推荐的 root）+ 变量引用的方式，实现“动态映射子目录”的效果。
用 location 正则匹配并捕获路径段
在 location 中使用带括号的正则（如 ^/app/([^/]+)/(.*)$），Nginx 会将捕获内容存入 $1、$2 等变量，这些变量可在后续指令中引用。
注意：alias 对捕获组变量的支持有限——它要求路径必须是**完整、确定的文件系统路径**，且结尾需与 URI 匹配逻辑一致；若处理不当，容易出现 404 或路径错位。
推荐方案：用 root + rewrite（或 try_files）替代 alias
绝大多数动态子目录映射场景，root 比 alias 更清晰、更安全。例如：
把 /app/v1/static/logo.png 映射到 /var/www/apps/v1/static/logo.png
location ~ ^/app/([^/]+)/(.*)$ {
root /var/www/apps;
try_files /$1/$2 /$1/index.html =404;
}
这里：
- $1 是版本号（如 v1）
- $2 是其后路径（如 static/logo.png）
- root /var/www/apps 拼上 /$1/$2 得到真实路径 /var/www/apps/v1/static/logo.png
如果坚持用 alias，必须手动补全完整路径
alias 的值会被“替换”掉匹配的 URI 前缀，因此不能直接写 alias /var/www/apps/;（Nginx 会报错或行为异常）。正确做法是用 rewrite 预先重写 URI，再用静态 alias，或改用 root。
反例（❌ 不工作）：
location ~ ^/app/([^/]+)/(.*)$ {
alias /var/www/apps/$1/; # ❌ 变量在 alias 中不被展开，或展开后路径逻辑错乱
}
可行变通（✅ 仅限简单场景）：
location ~ ^/app/([^/]+)/(.*)$ {
rewrite ^/app/[^/]+/(.*)$ /$1 break;
alias /var/www/apps/$1/;
}
但该方式易出错，且 $1 在 alias 中是否生效取决于 Nginx 版本和上下文，**不推荐生产使用**。
更健壮的写法：结合 map + root
对多级动态路径或需条件判断的场景，可用 map 提前提取变量，再配合 root：
map $uri $app_root {
~^/app/(?<ver>[^/]+)/.* /var/www/apps/$ver;
default /var/www/default;
}
<p>server {
location ~ ^/app/[^/]+/ {
root $app_root;
try_files $uri $uri/ /index.html;
}
}</p></ver>
这样既清晰又可维护，还能复用 $app_root 做日志、限速等扩展。
