nginx无法直接按文件扩展名用root/alias切换根目录，但可通过map指令（基于$uri匹配扩展名并设变量）或正则location实现；推荐map方式，需在http块定义，root支持变量（≥1.19.0），配合try_files使用。
不能直接用 root 或 alias 按文件扩展名切换根目录——它们只响应 URL 路径（location 匹配），不感知请求文件的后缀。但可以通过组合 location 正则 + try_files + root/alias，或借助 map 指令间接实现“不同扩展名走不同物理路径”的效果。
用 map 预先映射扩展名到根路径
这是最清晰、可维护性最强的方式：先用 map 根据请求 URI 的扩展名（$request_uri 或更稳妥的 $uri）决定一个变量值（如 $backend_root），再在 location 中引用该变量配合 root。
- 必须在 http 块顶层定义 map，不能放在 server 或 location 内
- 匹配基于
$uri（不含 query string，更稳定）；用正则捕获扩展名，例如\.js$、\.png$ -
root指令支持变量（Nginx ≥ 1.19.0），所以可写root $backend_root;
示例配置：
http {
map $uri $backend_root {
~\.js$ /var/www/js-app;
~\.css$ /var/www/css-dist;
~\.(png|jpg|gif)$ /data/images;
default /var/www/default;
}
server {
listen 80;
location / {
root $backend_root;
try_files $uri =404;
}
}
}
用正则 location 分流特定后缀
对少数几个关键扩展名，可用多个正则 location 显式匹配，并各自指定 root 或 alias。这种方式直观，但规则增多后不易管理。
- 正则
location ~ \.js$优先级高于普通前缀匹配，需注意顺序 - 每个
location内必须有完整处理逻辑（如try_files或index），否则可能 fallback 到其他 location - 若用
alias，注意它不支持变量，且必须严格匹配斜杠；因此推荐此处统一用root
示例：
location ~ \.js$ {
root /var/www/js-bundle;
try_files $uri =404;
}
location ~ \.webp$ {
root /data/assets/webp;
try_files $uri =404;
}
location / {
root /var/www/html;
index index.html;
}
用 rewrite + 内部重定向配合多 root
不推荐日常使用，但适合复杂逻辑：先用 rewrite 把带特定扩展名的请求重写为带前缀的路径（如 /js/xxx.js），再用普通 location /js/ + alias 映射到对应目录。本质是把“按扩展名路由”转为“按路径前缀路由”。
- 重写需加
last或break控制流程；加internal可防止外部直接访问重写后的路径 - 后续
location就能用标准alias，语义明确、调试方便
例如：
location ~ \.(js|css)$ {
rewrite ^(.*)$ /static$1 last;
}
location /static/ {
alias /var/www/dist/;
}
注意事项与避坑点
无论哪种方式，都要注意：
-
alias不能用于location /，也不能和变量混用；按扩展名分流时优先选root+ 变量或正则 - 所有目标目录需确保 Nginx worker 进程有读取权限，且 SELinux/AppArmor 未拦截
- 务必用
try_files显式终止请求，避免因隐式 fallback 导致路径错乱 - 修改后执行
nginx -t验证语法，再nginx -s reload生效
