Nginx的alias指令不支持动态路径匹配，需配合rewrite或改用root实现；alias完全替换location匹配部分，而root自动拼接URI，后者更直观可靠。
Nginx 的 alias 指令本身不支持动态路径匹配（比如正则捕获后拼接），它只接受静态路径或带捕获变量的简单替换。真正实现“动态匹配目录”，得靠 rewrite + alias 配合，或者改用 root + 重写 URI。关键在于理解 alias 和 root 的行为差异。
alias 的路径替换逻辑要搞清
alias 会完全替换 location 匹配到的部分，不是追加。例如：
location /static/ {
alias /var/www/assets/;
}访问 /static/js/app.js → 实际读取 /var/www/assets/js/app.js（/static/ 被替换成 /var/www/assets/）
但如果想让 /static/{project}/xxx 映射到 /var/www/{project}/xxx，alias 无法直接拼接变量——它不支持 $1 这类捕获在路径里直接展开（除非用 rewrite 提前处理）。
用 rewrite 提取变量再 alias
适合「路径前缀固定、中间段动态」的场景。例如：
location ~ ^/static/([^/]+)/(.*)$ {
rewrite ^/static/[^/]+/(.*)$ /$1/$2 break;
alias /var/www/;
}⚠️ 注意：alias 后的路径必须以 / 结尾（如 /var/www/），且 rewrite 的 break 是关键——它让 Nginx 用新 URI 再次匹配 location，最终由 alias 替换。但这样写容易出错，更稳妥的是：
推荐方案：root + rewrite（更直观可靠）
location ~ ^/static/([^/]+)/(.*)$ {
set $project $1;
set $path $2;
root /var/www/$project;
try_files /$path =404;
}或者更简洁（利用 root 自动拼接）：
location ~ ^/static/([^/]+)/(.*)$ {
root /var/www;
try_files /$1/$2 =404;
}访问 /static/frontend/main.css → root /var/www + /frontend/main.css → /var/www/frontend/main.css
注意 alias 的几个坑
-
alias后路径末尾的/必须和 location 的/对齐，否则路径错位 -
alias不能和index指令混用（会冲突） -
alias不支持嵌套location中的变量拼接（如alias /var/www/$1/会报错或无效） - 如果一定要用
alias动态，只能靠map预定义变量 +alias引用，但灵活性差，不推荐
不复杂但容易忽略。
