• location 是在 server 块中配置，用来通过匹配接收的uri来实现分类处理不同的请求，如反向代理，取静态文件等
• location 在 server 块中可以有多个，他们不是按匹配顺序不是按localtion的先后顺序排序，而是按规则的优先级
• localtion 匹配功能只做匹配分发用，并不会改变uri的内容或其他作用，我一开始理解的时候就混淆了一些概念，建议多做测试看实际效果

2.localtion 匹配规则

• 规则概览
• location [ = | ~ | ~* | ^~ ] uri { … }
• location @name { … }
• 优先级：
• (location =) > (location 完整路径) > (location ^~ 路径) > (location ,* 正则顺序) > (location 部分起始路径) > (/)

注1：规则不能混合使用

注2：以下例子说明都以该server为基础

server {
        listen       8861;
        server_name  abc.com;
    }

2.1 “=” 精确匹配

• 内容要同表达式完全一致才匹配成功

  例：

location = / {
   .....
}
# 只匹配http://abc.com
#  http://abc.com [匹配成功]
#  http://abc.com/index [匹配失败]

2.2 “~”，大小写敏感

例·：

location ~ /Example/ {
   .....
}

#http://abc.com/Example/  [匹配成功]
#http://abc.com/example/  [匹配失败]

2.3.“~*”，大小写忽略

例：

location ~* /Example/ {
   .....
}
# 则会忽略 uri 部分的大小写
#http://abc.com/test/Example/  [匹配成功]
#http://abc.com/example/  [匹配成功]

2.4.“^~”，只匹配以 uri 开头

例：

location ^~ /index/ {
   .....
}
#以 /img/ 开头的请求，都会匹配上
#http://abc.com/index/index.page   [匹配成功]
#http://abc.com/error/error.page [匹配失败]

2.5.“@”，nginx内部跳转

例：

location /index/ {
    error_page 404 @index_error;
}

location @index_error {
   .....
}
#以 /index/ 开头的请求，如果链接的状态为 404。则会匹配到 @index_error 这条规则上。

2.6 不加任何规则

• 不加任何规则则时，默认是大小写敏感，前缀匹配，相当于加了“”与“^”
• 只有 / 表示匹配所有uri

location /index/ {
    ......
}
#http://abc.com/index   [匹配成功]
#http://abc.com/index/index.page   [匹配成功]
#http://abc.com/test/index   [匹配失败]
#http://abc.com/Index   [匹配失败]

# 匹配到所有uri
location / {
    ......
}