Nginx location匹配优先级由类型决定：先选最长前缀匹配，若为=或^~则终止；否则按配置顺序检查正则，首个成功即生效。
Nginx 中 location 的匹配优先级不是按配置顺序，而是由匹配类型和规则本身决定的。前缀匹配（prefix match）和正则匹配（regex match）有明确的优先级关系：所有前缀匹配先执行，选出最长前缀匹配；如果该前缀匹配不带 ^~ 且未标记 =，再检查是否有正则匹配；一旦找到**第一个匹配成功的正则表达式**，就立即使用它，不再继续查找。
前缀匹配的三种形式及优先级差异
前缀匹配按字面路径前缀比较，但不同修饰符影响是否跳过正则检查：
-
普通前缀匹配（如
location /api/ { ... }）：参与最长前缀计算，但匹配成功后仍会继续检查正则 location -
精确匹配（
=，如location = /login { ... }）：完全相等才命中，优先级最高，匹配即终止，不查正则 -
非正则前缀匹配（
^~，如location ^~ /static/ { ... }）：最长前缀匹配成功后，直接终止匹配过程，跳过所有正则 location
正则匹配只在必要时启用，且按配置顺序扫描
正则匹配（以 ~ 或 ~* 开头）不会参与前缀排序，仅在以下条件下被检查：
- 当前请求未被
=或^~类型的前缀匹配选中 - 存在至少一个普通前缀匹配（无修饰符或仅
/）且它是最长的
此时 Nginx 按配置文件中出现的**从上到下顺序**逐个尝试正则表达式，遇到第一个成功匹配的即停止，后续正则不再检查。注意：~ 区分大小写，~* 不区分。
典型匹配流程示例
假设有如下配置：
location = / {
return 200 "exact root";
}
location ^~ /images/ {
return 200 "prefix images";
}
location /images/ {
return 200 "plain prefix";
}
location ~* \.(jpg|png|gif)$ {
return 200 "regex image ext";
}
location / {
return 200 "catch-all prefix";
}请求 /images/logo.JPG 的匹配过程：
- 先做前缀匹配：/
= /不匹配；/images/和/都匹配，/images/更长；^~ /images/是最长前缀且带^~，直接命中，返回 "prefix images"，不进入正则阶段 - 若删掉
^~ /images/块，则最长前缀是普通/images/，此时继续检查正则；~* \.(jpg|png|gif)$成功匹配.JPG（不区分大小写），返回 "regex image ext"
调试与验证建议
实际部署前，用 nginx -t 确保语法正确，并通过日志或 return 语句验证行为：
- 在各
location块中临时加add_header X-Matched-Location "xxx";，用curl -I查看响应头确认生效块 - 避免过度依赖正则：高并发下正则匹配开销较大，静态资源尽量用
^~或=加速 - 注意 URI 解码：Nginx 匹配的是解码后的路径，
%20会被转为空格，正则中需写成对应字符
