静态资源智能路由核心在于精准区分请求意图：读文件、代理生成、fallback或直接响应。通过location多维度匹配（路径前缀、后缀、精确名）+指令组合实现，需注意顺序、alias/root区别、try_files兜底及=精确匹配防绕过。
实现静态资源的智能路由匹配，关键不在“智能”二字，而在于精准区分请求意图——是读磁盘文件、走代理生成、跳转 fallback、还是直接响应内容。Nginx 本身不带 AI，但靠 location 的匹配逻辑 + 后续指令组合，就能达成按路径、后缀、精确名等多维度分流的效果。
按路径前缀高效隔离资源目录
适合管理 /public/css、/uploads/avatar 等明确用途的子目录。用 ^~ 前缀匹配，不走正则引擎，性能高且语义清晰：
- 用 alias 而非 root：避免路径拼接错误。例如
location ^~ /public/images/ { alias /var/www/assets/images/; }（注意两边斜杠一致性） - 强制兜底防遍历：
try_files $uri =404;，既防止目录列表泄露，也避免误触发其他 location 规则 - 若需索引功能（如上传目录浏览），可开启
autoindex on;，但仅限可信内网路径
按文件后缀统一处理同类资源
对 .js、.css、.png 等通用类型，适合批量加缓存头或转发到专用服务：
- 用 ~* 不区分大小写匹配：
location ~* \.(js|css|webp|svg)$ { expires 1y; add_header Cache-Control "public, immutable"; } - 若某类文件（如 .txt）实际由后端动态生成，别用 root 读文件，改用 proxy_pass：
location ~ \.txt$ { proxy_pass http://127.0.0.1:8090/ticket?path=$uri; } - 配合 map 提取关键参数，比如从
/verify/abc123.txt中提取 abc123，供后续逻辑使用
为单页应用（SPA）配置安全 fallback
Vue/React Router 的 history 模式依赖服务端兜底，但不能无脑 fallback —— 必须先排除真实静态资源：
- 把具体资源匹配放在前面：
location ~* \.(js|css|png|woff2)$ { ... }和location ^~ /assets/ { ... } - 再配通用 fallback：
location / { try_files $uri $uri/ /index.html; }，确保 index.html 已通过 root 或 alias 正确定义 - 避免写成
location / { try_files /index.html; }—— 这会绕过所有文件检查，导致 404 资源也被塞进 index.html，影响调试和 SEO
对特殊请求直接响应内容
微信验证文件、健康检查接口、临时跳转页等，无需落盘，减少 I/O 与权限风险：
- 用 = 精确匹配绝对路径：
location = /MP_verify_abc123.txt { return 200 "abc123"; } - 若需更复杂逻辑（如签名校验），proxy_pass 到轻量服务（Python/Go）比嵌入 Lua 更可控、易维护
- 禁止用正则或前缀匹配这类关键路径，防止被
/MP_verify_abc123.txt?v=1绕过
不复杂但容易忽略：所有 location 块的顺序直接影响匹配结果，Nginx 先找最长普通前缀（= 和 ^~），再按配置顺序查正则（~ 和 ~*）。写配置时，把最具体、最高频、最敏感的规则放前面。
