Nginx 的 location 匹配规则是可以时说是比较灵活的，但是也可以说是比较复杂的。
有些同学总喜欢问一些 奇怪的问题，但是他们不说这些问题背后的场景。
到底是他们必须这么使用还是说他自己做了试验发现不符合自己脑袋中的预期。 比如 “location = /” can not be matched 这个问题。
其实在 Nginx 的官方文档中，对 Location 的匹配规则说的是非常的清楚。我们把 Location 部分的摘录如下：
To find the location that best matches a URI, NGINX Plus first compares the URI to the locations with a prefix string. It then searches the locations with a regular expression.
Higher priority is given to regular expressions, unless the ^~ modifier is used. Among the prefix strings NGINX Plus selects the most specific one (that is, the longest and most complete string). The exact logic for selecting a location to process a request is given below:
- Test the URI against all prefix strings.
- The = (equals sign) modifier defines an exact match of the URI and a prefix string. If the exact match is found, the search stops.
- If the ^~ (caret-tilde) modifier prepends the longest matching prefix string, the regular expressions are not checked.
- Store the longest matching prefix string.
- Test the URI against regular expressions.
- Stop processing when the first matching regular expression is found and use the corresponding location.
- If no regular expression matches, use the location corresponding to the stored prefix string.
从上面可以看到，
- 正则表达式的优先级更高，但是测试正则表达式是在前缀匹配之后的。
- 可能存在多个 location 的前缀都能够匹配目标 URI。
- ^~ 的匹配如果是最长的前缀，那么会跳过正则表达式。反之，如果最长的前缀匹配不是 ^~, 那么还是优先使用正则匹配的结果。
- =~ 是精确匹配，如果 URI 匹配了 =~，那么就不在继续匹配了。所谓精确匹配，就是跟前缀匹配是不同的，必须整个 URI 和 location = 定义的路径完全相同。这样也意味着对于以 / 结尾的情况是不会展开去匹配 index.html 的。
所以前面的奇怪问题就是因为 location =/ 不会展开成 location =/index.html, 所以 location =/ 并没有匹配成功, 因此会走到 location /。
同时官方文档中也说明了， = 修饰符的作用主要是用来加速 location 的处理。
1
A typical use case for the = modifier is requests for / (forward slash). If requests for / are frequent, specifying = / as the parameter to the location directive speeds up processing, because the search for matches stops after the first comparison.
1
2
3
location = / {
#...
}
