nginx可以通过配置文件中的location指令来定义不同的请求匹配规则和处理逻辑，也就是描述不同请求资源在服务器的位置或者配置代理转发路径。
location块通常在server块中，一个server块可以包含多个location块。
server {
location {}
location {}
}
语法规则
location [ = | ~ | ~* | ^~ ] uri { … }
其中[]位置是设置匹配方式符号，有以下几种情况
- none: 字符串前缀匹配，会继续往后进行正则匹配
- =: 代表精确匹配，命中后立即结束返回
- ~: 正则匹配，区分大小写
- ~*: 正则匹配，不区分大小写
- ^~: 最长非正则表达式匹配（字符串匹配）。如果请求的URI命中这样的位置块，则不会进行进一步的匹配
uri就是表示的资源路径标识。
location配置既可以由前缀字符串定义，也可以由正则表达式定义。为了找到匹配给定请求的location，nginx首先检查使用前缀字符串定义的位置(前缀匹配)。选择匹配前缀最长的位置并记住。然后按照正则表达式在配置文件中的出现顺序依次进行正则匹配。正则表达式的搜索在第一次匹配时终止，并使用相应的配置。如果没有找到与正则表达式的匹配，则使用先前记住的前缀匹配的配置。
下面来依次看下对应的匹配
精确匹配
location = /test{
return 200 \”= /test\”;
}
这种方式访问只匹配/test，访问/test/1这种就会报404错误
前缀匹配
location /test{
return 200 \”/test\”;
}
这种可以匹配前缀进行匹配，像 /test-a，/test/a 都可以匹配到
正则匹配
在 location /test基础上添加如下正则匹配
location ~ /test[0-9] {
return 200 \”reg[0-9]\”;
}
curl -i http://localhost/test1请求test1地址会落到该正则匹配地址，这个时候访问/testa 会落到上面的前缀匹配location /test里。这也说名了前缀匹配不会直接结束，会继续找下一个匹配的正则匹配，如果找到则访问正则匹配的location，否则进入前缀匹配。
在前面的配置基础上，再加一个正则配置location ~ /test*
location = /test{
return 200 \”= /test\”;
}
location /test{
return 200 \”/test\”;
}
location ~ /test[0-9] {
add_header Content-Type \”text/plain\”;
return 200 \”reg[0-9]\”;
}
location ~ /test* {
return 200 \”test*\”;
}
这个时候访问/test1还是会进入/test[0-9]的配置，虽然后面的/test*也匹配，这里证明正则匹配只要匹配到一个后便立即结束。
正则匹配有两种 location ~ 表示区分大小写，location ~* 表示不区分大小写。不区分大小写这里就不演示了。
下面还有最后一种格式location ^~。这种也是字符串前缀匹配，不过这种区分于默认字符串匹配的方式是，如果当前location ^~字符串前缀匹配，会立即结束，不会再继续往下查找正则匹配。
还是搞个例子来看下，添加一个^~配置，此时配置如下：
location = /test {}
location /test {}
location ^~ /test1 {}
location ~ /test[0-9] {}
location ~ /test* {}
此时如果访问/test1则会直接进入location ^~ /test1，虽然后面的正则匹配location ~ /test[0-9]也可以匹配，但是
先遇到location ^~ /test1匹配后就直接结束了。
配置location还有一点需要注意，nginx会检查location规则不能重复。像location /test和location ^~ /test虽然规则符号不同，但是也被认为是相同的location。一般情况下会配置一个 location /来兜底所有的请求。正则匹配也是经常用的一种配置方式，如location ~ .jpg$可以匹配所有的jpg图片文件请求，location ~ ^/user/\\d+可以匹配所有以/user/[用户ID]开头的请求。
优惠劵
