详解Nginx location 匹配规则

语法规则

location [=|~|~*|^~] /uri/ { … }

模式	含义
location = /uri	= 表示精确匹配，只有完全匹配上才能生效
location ^~ /uri	^~ 开头对URL路径进行前缀匹配，并且在正则之前。
location ~ pattern	开头表示区分大小写的正则匹配
location ~* pattern	开头表示不区分大小写的正则匹配
location /uri	不带任何修饰符，也表示前缀匹配，但是在正则匹配之后
location /	通用匹配，任何未匹配到其它location的请求都会匹配到，相当于switch中的default

前缀匹配时，Nginx 不对 url 做编码，因此请求为 /static/20%/aa ，可以被规则 ^~ /static/ /aa 匹配到（注意是空格）

多个 location 配置的情况下匹配顺序为（参考资料而来，还未实际验证，试试就知道了，不必拘泥，仅供参考）:

注意：前缀匹配，如果有包含关系时，按最大匹配原则进行匹配。比如在前缀匹配： location /dir01 与 location /dir01/dir02 ，如有请求 /wp-content/uploads/202505/26/55440.png$ {

echo "规则E";

}

location /img {

echo "规则Y";

}

location / {

echo "规则F";

}

那么产生的效果如下：

访问根目录 / ，比如 http://localhost/ 将匹配规则A
访问 http://localhost/login 将匹配规则B ， http://localhost/register 则匹配规则F
访问 http://localhost/static/a.html 将匹配规则C
访问 http://localhost/static/files/a.exe 将匹配规则X ，虽然规则C 也能匹配到，但因为最大匹配原则，最终选中了规则X 。你可以测试下，去掉规则 X ，则当前 URL 会匹配上规则C 。
访问 /wp-content/uploads/202505/26/55442.gif , /wp-content/uploads/202505/26/55443.jpg 将匹配规则D 和规则 E ，但是规则 D 顺序优先，规则 E 不起作用，而 /wp-content/uploads/202505/26/55445.png 则优先匹配到规则 C
访问 /wp-content/uploads/202505/26/55446.PNG 则匹配规则 E ，而不会匹配规则 D ，因为规则 E 不区分大小写。
访问 /wp-content/uploads/202505/26/55447.gif 会匹配上规则D ,虽然规则Y 也可以匹配上，但是因为正则匹配优先，而忽略了规则Y 。
访问 /wp-content/uploads/202505/26/55448.tiff 会匹配上规则Y 。