location 匹配的原型是这样的：location [=|~|~*|^~|@] /uri/ { … }
“=”是精确匹配
“@”是命名的location ，在正常的location 匹配中不会使用，仅仅在内部跳转中才会使用到。
“~”是区分大小写的匹配
“~*”是不区分大小写的匹配
“^~”表示中止正则匹配（这个平时没太注意）
在一个请求中，匹配的顺序是这样的。先使用所有location 来匹配URI的开始部分，最精确匹配的（形象点说，就是即配置字符数最多的）为最后匹配结果；然后进行正则表达式的匹配，按照配置文件中的顺序来进行匹配，如果有一个匹配成功，则结束正则匹配，且最后匹配结果为此location ，否则，最后结果为先前最精确匹配的的那个location 。
之前有提到过”^~”，它配置在非正则匹配中，表示，如果最精确匹配的loction为此location ，则立即返回该location 作为结果，而不进行下一步的正则匹配，这样，就此可以不必要进入到正则匹配当中，以加快匹配速度。
还有”=”，它是最精确的匹配，而且优先级最高。最先进行带”=”的匹配，如果匹配成功，立马返回。
最后总结下匹配的过程，有四步：
1. 带”=”前缀的先进行匹配，如果找到了，中止查找。
2. 所有其它location 进行非正则的匹配，找到最精确匹配的那个，如果匹配到带”^~”前缀的，则中止查找。
3. 正则查找，按照我们配置文件中配置的location 顺序进行查找。
4. 如果正则查找匹配成功，则使用此正则匹配的location ，否则，使用第二步查找的结果。
这里要特别说明下”=”与”^~”的区别：
“=”在匹配时，则匹配带”=”的location 。而”^~”，则会匹配所有非”=”的非正则location ，只有在确认它是最精确匹配的location 后，才生效。