nginx匹配规则和优先级

语法规则

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

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

匹配优先级

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

精确匹配 =
前缀匹配 ^~
按文件中顺序的正则匹配
匹配不带任何修饰的前缀匹配
交给/通用匹配
当有匹配成功时候，停止匹配，按当前匹配规则处理请求

注意：前缀匹配，如果有包含关系时，按最大匹配原则进行匹配。比如在前缀匹配：location /dir01 与 location /dir01/dir02，如有请求 http://localhost/dir01/dir02/file 将最终匹配到 location /dir01/dir02

location与proxy_pass带/与不带/

1、location与proxy_pass都带/

location /aa/bb/{
proxy_pass http://***/cc/;
}
http://123/aa/bb/a.html
则转发的请求为：

http://***/cc/a.html
资源访问没有问题

2、location带/与proxy_pass不带/

location /aa/bb/{
proxy_pass http://***/cc;
}
http://123/aa/bb/a.html
则转发的请求为：

http://***/cca.html
资源访问有问题。

3、location不带/与proxy_pass带/

location /aa/bb{
proxy_pass http://***/cc/;
}
http://123/aa/bb/a.html
则转发的请求为：

http://***/cc//a.html
资源访问没有问题。

4、location不带/与proxy_pass不带/

location /aa/bb{
proxy_pass http://***/cc;
}
http://123/aa/bb/a.html
则转发的请求为：

http://***/cc/a.html
资源访问没有问题。

5、location不带/与proxy_pass不带路径

location /aa/bb{
proxy_pass http://***;
}
http://123/aa/bb/a.html
则转发的请求为：

http://***/aa/bb/a.html

location /aa/bb/{
proxy_pass http://***/;
}
http://123/aa/bb/a.html
则转发的请求为：

相当于访问：http://***/a.html

注意：
proxy_pass网址后是可以带路径的，但是带路径的话涉及到的规则比较复杂。
如下所示：
（1）如果包含路径，则匹配某个location的正常uri成功的部分则会被proxy_pass中指定的路径部分代替，例如：
location /name/ {
proxy_pass http://127.0.0.1/remote/;
}
例如/name/xxx这样的请求，转发后则会变成/remote/xxx；
（2）但是当location指令的参数是一个正则表达式的时候，此时如果proxy_pass指定的url中包含路径，则无法完成替换。此时proxy_pass指令中的url是不建议包含路径的。
所以虽然nginx proxy_pass网址后可以包含uri部分，但是一般不建议这么做。

http://quanzhan.applemei.com/webStack/TXpNME9BPT0=