关于一些对location认识的误区
1.location的匹配顺序是“先匹配正则，在匹配普通”。
location的匹配顺序其实是“先匹配普通，在匹配正则”。造成误解的原因是：正则匹配会覆盖普通匹配
2.location的执行逻辑跟location的编辑顺序无关
a. “普通location”的匹配规则是“最大前缀”，因此“普通location”的确与编辑顺序无关；
但是“正则location”的匹配规则是“顺序匹配”，且只要匹配到第一个就停止后面的匹配。
b.“普通location ”与“正则 location ”之间的匹配顺序是,先匹配普通 location ，再“考虑”匹配正则 location 。
注意这里的“考虑”是“可能”的意思，也就是说匹配完“普通 location ”后，有的时候需要继续匹配“正则 location ”，有的时
候则不需要继续匹配“正则 location ”。
两种情况下不需要继续匹配正则location：
（1）当普通location的前面指定了“^~”，特别告诉nginx本条普通location一旦匹配上，则不需要继续匹配。
（2）当普通location恰好严格匹配上，不是最大前缀匹配，则不再继续匹配正则
总结： “正则 location 匹配让步普通 location 的严格精确匹配结果；但覆盖普通 location 的最大前缀匹配结果”
3.location的语法
location [ = | ~ | ~* | ^~ | @] /uri/ {...}
根据不同前缀“=”，“~*”，“^~”，“@”和不带任何前缀，表达的含义不同
总结：尽管location 的/uri/ 配置一样，但前缀不一样，表达指令含义不同。
4.location前缀的详细说明
主要分为两大类：正则location和普通location
正则location “~”和“~*”：
“~”表示区分大小写；“~*”表示不区分大小写
普通location 除了上面其余全是(包括没有前缀) “=”，“^~”，“@”
“^~”中的“^”表示非，“~”表示正则，意思为不要继续匹配正则
“=”也表示阻止正则location，和“^~”的区别为：“^~”依然遵守“最大前缀”匹配；而“=”必须是严格匹配。
还有一种“隐含”的方式来阻止正则location 的搜索：当“最大前缀”匹配恰好就是一个“严格精确（exact match ）”匹
配，照样会停止后面的搜索。意思是：只要遇到“精确匹配exact match ”，即使普通location 没有带“= ”或“^~ ”前
缀，也一样会终止后面的匹配。
“@ ”是用来定义“Named Location ”的（可以理解为独立于“普通location”和“正则location”之外的第三种类型），这种“Named Location ”不是用来处理普通的HTTP 请求的，它
是专门用来处理“内部重定向（internally redirected ）”请求的。
注意：这里说的“内部重定向（internally redirected ）”是不需要跟浏览器交互的，纯粹是服务端的一个转发行为。
5.location的匹配原则 最大前缀匹配
例如：
location /prefix/mid/ {} 和location /prefix/ {} ，
对于HTTP 请求/prefix/mid/t.html ，前缀匹配的话两个location 都满足，选哪个？
原则是：the most specific match ，于是选的是location /prefix/mid/ {} 。
以上就是这次的全部内容！