Nginx location 匹配优先级直接影响负载均衡路由准确性，精确匹配 (=) 优先级最高，在 nginx/1.17.9 版本测试中请求/50x.html 时精确匹配规则会优先生效而非通用/规则（截至 2026 年 2 月 2 日资料）。

原因分析

Nginx 处理请求时按特定顺序匹配 location 块，优先级从高到低依次为：精确匹配 (=)、最长前缀匹配 (^~)、正则匹配 (~ / ~*) 按配置顺序、普通前缀匹配、通用匹配 (/)（2025 年 11 月 7 日发布资料）。当配置负载均衡时，如果 location 优先级设置不当，请求可能被错误的路由规则拦截。例如在测试环境中，配置 location = /test 返回"This is Nginx Test"，而 location / 返回"Waiting!"，访问 http://192.168.10.50/test 时将返回精确匹配结果而非负载均衡规则（2024 年 9 月 12 日发布）。

解决方案

步骤一：明确匹配优先级顺序

配置负载均衡前需理解 5 种 location 修饰符优先级：=（精确匹配，最高优先级）、^~（前缀匹配，匹配后停止正则检查）、~（区分大小写正则）、~*（不区分大小写正则）、无修饰符（普通前缀匹配，最低优先级）（2025 年 6 月 6 日资料）。在 nginx/1.16.1 版本测试中，请求 localhost:2020/test 匹配 location = /test 成功，但请求 localhost:2020/test/ 匹配失败返回 404 状态码（编写本文时使用的 nginx 版本为 nginx/1.17.9 和 nginx/1.16.1）。

步骤二：负载均衡配置实战

在代理服务器上配置 location 时，避免使用精确匹配拦截负载均衡请求。示例配置：server { listen 80; server_name 192.168.10.50; location / { proxy_pass http://backend; } }（2024 年 9 月 12 日发布）。如需静态资源不经过负载均衡，使用^~修饰符：location ^~ /static/ { root /var/www/static; }，这样匹配成功后不再检查正则 location（2025 年 11 月 7 日发布）。

步骤三：正则匹配顺序控制

正则匹配按配置文件中出现的顺序依次匹配，一旦匹配成功即停止。示例：location ~ \.php$ { proxy_pass http://php-backend; } location ~* \.(jpg|jpeg|png)$ { proxy_pass http://image-backend; }（2025 年 11 月 7 日发布）。在 Ubuntu 系统测试环境中，使用 sudo apt-get install nginx=1.10.3-0ubuntu0.16.04.5 指定版本可复现相同行为（2024 年 9 月 12 日发布）。

注意事项

注意 1：精确匹配 (=) 忽略查询字符串，请求/index.html 和/index.html?a=1 都会匹配 location = /index.html（2025 年 11 月 7 日发布）。注意 2：普通前缀匹配虽然先被扫描，但只有在没有更高优先级规则匹配时才会生效，Nginx 会先找出所有前缀匹配中最长的一个（2025 年 11 月 7 日发布）。注意 3：^~修饰符匹配成功后不再进行正则表达式检测，适用于静态资源目录避免不必要的正则计算（2025 年 11 月 7 日发布）。注意 4：在测试案例中，配置两个^~前缀匹配 location ^~ /test 和 location ^~ /test/1，请求 localhost:2020/test/1 时第二个 location 匹配项为 2，由于 nginx 选用匹配项最多的作为最后的匹配结果（2026 年 4 月 13 日的资料）。

参考来源

来源：阿里云开发者社区 - Nginx location 匹配规则的顺序与优先级（2020 年 4 月 4 日）

来源：技术博客 - 彻底搞懂 Nginx 正则优先级:location 匹配规则实战指南（截至 2026 年 2 月 2 日）

来源：开源社区 - Nginx 反向代理与负载均衡：深入解析 location 优先级（2024 年 9 月 12 日发布）

来源：技术文档 - 理解 Nginx 中的 location 配置（2025 年 11 月 7 日发布）