本文共 1963 字，大约阅读时间需要 6 分钟。
Nginx的配置文件中的Location用于匹配特定的URI，如果location后面的规则匹配了URI，并且匹配在此处 停止 向后匹配 ，则应用该location下面的规则，反之继续进行匹配，直到匹配到相应的规则或匹配到默认的规则。 这篇文章单就location的定位进行讨论，其它的部分不进行解析。 location 相当于选择，选中。当我们处理某件事情，往往必须选中，然后再进行进一步的动作。比如处理word时，对某段文字应用字体，肯定是先选中，然后再应用规则。location就是这个意思，选择的对象就是URI，根据不同的URI，使用不同的规则，location就是第一步，只有这一步正确，其余的部分才能保证顺利进行。
- location的几种匹配方式
location = URI { configuration } #精确匹配 location ^~ URI { configuration } #非正则匹配 location [space] URI { configuration} # # 前缀匹配 location ~ URI { configuration } #大小写敏感匹配 location ~* URI { configuration } #大小写不敏感匹配
- 几种匹配方式的优先级
整体规则按照先普通匹配，然后再正则匹配，如果正则不匹配，则回退至上一个普通匹配。其中普通匹配没有顺序之分，哪个匹配最精确，就使用哪个location ，正则匹配按照 规则的书写顺序 进行。 = 精确匹配，匹配后 停止 后续匹配，直接执行该匹配后的configuration. [空格] 前缀匹配，匹配后，继续更长前缀 匹配和正则匹配。 ^~ 非正则匹配，匹配该规则后，停止继续正则匹配。 ~ 区分大小写的正则匹配，按顺序匹配，一旦匹配上即停止后续匹配。 ~* 不区分大小写的匹配，一旦匹配即停止后续匹配 。
- 几种匹配规则的相同点和不同点
| 符号 | 编号 |
| = | 1 |
| 空格 | 2 |
| ^~ | 3 |
| ~ | 4 |
| ~* | 5 |
1 vs 2 相同点： 2的特殊情况（隐式精确匹配）会等于1 不同点： 1匹配后停止后续的正则匹配，2 匹配后还要看有没有 更长的前缀可以匹配，和有没有 后续的正则匹配 。 1 vs 3 相同点：都停止后续的正则匹配，即即使有正则表达式可以匹配的上，也不会匹配。 不同点： 3 匹配后还要继续进行最大前缀匹配，如果有更精确的匹配可以用，就使用该条匹配 。 1 和 4 5 是两类不同的匹配方式，匹配了1 就意味着，45都忽略。 2 vs 3 ： 相同点： 匹配后都执行最大前缀匹配， 不同点： 2 进行最大前缀匹配后还要进行正则匹配，3 匹配后停止正则匹配。 示例： 如果URI相同，则location [] /test 和 location ^~ /test 相同，报错如下： nginx: [emerg] duplicate location "/test" in /data/nginx/conf/nginx.conf:42 由此可见， ^~ 和 空格 在URI相同的情况下，是同样的意思，所以报如上错误。 演示： 发现，正则表达式部分会生效，由此证明，经过普通匹配后的URI，再继续进行regex匹配，regex匹配上之后，regex生效。 alias /data/nginx/zzp/exact/; location ~ ^/zzp/(.*\.html)$ { alias /data/nginx/zzp/regex/$1; 使用取消正则表达式符号 ^~，然后再请求相同的链接，发现exact路径下的文件被访问，证明，普通匹配执行后不再进行正则表达式匹配。 alias /data/nginx/zzp/exact/; location ~ ^/zzp/(.*\.html)$ { alias /data/nginx/zzp/regex/$1; 来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/29757574/viewspace-2147776/，如需转载，请注明出处，否则将追究法律责任。
转载于:http://blog.itpub.net/29757574/viewspace-2147776/