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]开头的请求。