Nginx正则location匹配异常：如何编写正确正则实现精准匹配？

你的问题核心在于正则匹配的贪婪性和Nginx正则Location的匹配顺序：第一个规则的.*会贪婪匹配/handler1/之后的所有内容，且Nginx会按配置顺序匹配正则Location，第一个匹配成功的规则就会被使用，导致后续更具体的规则永远无法触发。

修正方案 #

调整正则表达式，用^（匹配路径开头）和$（匹配路径结尾）锚定完整路径，并将更具体的规则放在配置最前面，确保精准匹配：

# 匹配 /handler1/{var1}/handler2/{var2}/handler3 格式的请求
location ~ ^/handler1/(?<var1>.*)/handler2/(?<var2>.*)/handler3$ {
    proxy_pass http://www.test.com/handler1/$var1/handler2/$var2/handler3;
}

# 匹配 /handler1/{var1}/handler2 格式的请求
location ~ ^/handler1/(?<var1>.*)/handler2$ {
    proxy_pass http://www.test.com/handler1/$var1/handler2;
}

# 匹配 /handler1/{var1} 格式的基础请求
location ~ ^/handler1/(?<var1>.*)$ {
    proxy_pass http://www.test.com/handler1/$var1;
}

原理说明 #

1. 锚定正则：^和$确保正则匹配的是完整请求路径，避免部分匹配导致的规则冲突。
2. 规则顺序：将更复杂、更具体的规则放在前面，Nginx会优先匹配这些规则，只有当请求不满足前面的规则时，才会匹配后面的基础规则。

额外优化（可选） #

如果你的路径中var1和var2不会包含/，可以将.*替换为[^/]*，进一步限制匹配范围，提升正则效率：

location ~ ^/handler1/(?<var1>[^/]*)/handler2/(?<var2>[^/]*)/handler3$ {
    proxy_pass http://www.test.com/handler1/$var1/handler2/$var2/handler3;
}

location ~ ^/handler1/(?<var1>[^/]*)/handler2$ {
    proxy_pass http://www.test.com/handler1/$var1/handler2;
}

location ~ ^/handler1/(?<var1>[^/]*)$ {
    proxy_pass http://www.test.com/handler1/$var1;
}

内容的提问来源于stack exchange，提问作者A.Baker