Nginx的location匹配规则

 

1、语法 location [=|~|~*|^~|@] /uri/ { ... } 2、说明 从上面的语法出发，可以了解到 location 可以区分为三个部分，接下来一个一个的研究一下。 1) [=|~|~*|^~|@] = : 表示精确匹配后面的url ~ : 表示正则匹配，但是区分大小写 ~* : 正则匹配，不区分大小写 ^~ : 表示普通字符匹配，如果该选项匹配，只匹配该选项，不匹配别的选项，一般用来匹配目录 @ : "@" 定义一个命名的 location，使用在内部定向时，例如 error_page 上面定义了几个不同的符号，表示不同的匹配规则，那么先后顺序呢？ = 前缀的指令严格匹配这个查询。如果找到，停止搜索； 所有剩下的常规字符串，最长的匹配。如果这个匹配使用 ^~ 前缀，搜索停止； 正则表达式，在配置文件中定义的顺序； 如果第 3 条规则产生匹配的话，结果被使用。否则，使用第 2 条规则的结果。 测试示例1: location = /world { return 600; } location = /hello { return 600; } location ~ /hellowo { return 602; } location ^~ /hello { return 601; } - 请求 localhost/world 返回600 - 请求 localhost/world2 localhost/test/world 返回其他 - 请求 localhost/hello 返回600 - 请求 localhost/hello/123 返回601 - 请求 localhost/hellow 返回601 - 请求 localhost/hellowo 返回601 - 请求 localhost/test/hellowo 返回602 - 请求 localhost/test/hello 返回其他 因此可以知道: = 是精确完整匹配，且优先级最高； 正则匹配时，如果 ~ 和 ^~ 同时匹配规则，则 ^~ 优先； ^~ 这个规则不会匹配请求 url 中后面的路径，如上面的 /test/hello 没有匹配上 ^~ 不支持正则，和 = 相比，范围更广，hellowo 是可以被 ^~ 匹配，但是 = 不会匹配； ~ 路径中只要包含就可以匹配，如上面的 /test/hellowo 返回了 602 测试示例2: location ~ /hello { return 602; } location ~ /helloworld { return 601; } - 请求 localhost/world/helloworld 返回 602 - 请求 localhost/helloworld 返回 602 调整上面的顺序 location ~ /helloworld { return 601; } location ~ /hello { return 602; } - 请求 localhost/helloworld 返回601 - 请求 localhost/world/helloworld 返回601 - 请求 localhost/helloWorld 返回602 所以同时正则匹配时 放在前面的优先匹配 注意如果不区分大小写时，使用 ~* 尽量将精确匹配的放在前面 测试示例3: location ^~ /hello/ { return 601; } location /hello/world { return 602; } 这种场景中，存在一个没有符合的路由规则，那么实际的测试是怎样呢？ - http://localhost/hello/wor 返回601 - http://localhost/hello/world 返回602 - http://localhost/hello/world23 返回602 - http://localhost/hello/world/123 返回602 从上面的示例可以看出 没有符合时，全匹配是优先 ^~ 的 2) [uri] 这里主要填的是需要匹配的 path 路径，根据前面的符号，这里可以填写精确到 path 路径，也可以填正则表达式，下面则主要针对正则进行说明 . ： 匹配除换行符以外的任意字符 ? ： 重复0次或1次 + ： 重复1次或更多次 * ： 重复0次或更多次 \d ：匹配数字 ^ ： 匹配字符串的开始 $ ： 匹配字符串的介绍 {n} ： 重复n次 {n,} ： 重复n次或更多次 [c] ： 匹配单个字符c [a-z] ： 匹配a-z小写字母的任意一个 小括号()之间匹配的内容，可以在后面通过$1来引用，$2表示的是前面第二个()里的内容。正则里面容易让人困惑的是\转义特殊字符。 路由转发 请求 path 匹配只是第一步，匹配完成之后，如何将请求转发给其它的 web 服务呢？ 1、反向代理 通常可见的一种使用姿势就是使用 nginx 代理请求，转发到内部的其它 web 服务上 主要通过 prixy_pass 来实现 location ^~ /webs { proxy_pass http://127.0.0.1:8080/webs; } 上面规则的含义是，将所有以 webs 开头的请求，转发到 8080 端口的 web 服务上。 上面是直接写死转发到一个 ip 上，如果是多个机器提供服务，可以这样配置 ## 下面放在http的括号内，作为第一层 upstream test.online { server 47.106.81.116:8080 weight=1; server 47.106.81.117:8080 weight=1; } location ^~ /webs { proxy_pass http://test.online; proxy_redirect default; } 2、Rewrite 命令 rewrite功能就是，使用nginx提供的全局变量或自己设置的变量，结合正则表达式和标志位实现url重写以及重定向。 rewrite只能放在server{},location{},if{}中，并且只能对域名后边的除去传递的参数外的字符串起作用, 如 http://blog.muzixizao.com/a/we/index.php?id=1&u=str 只对/a/we/index.php重写。 语法: rewrite regex replacement [flag]; 示例: location ^~ /hexo { root '/Users/yihui/GitHub/'; } location ~ /hello { rewrite ^(/hello).*$ /hexo/public/index.html last; return 603; } 将hello开头的，全部转发到/hexo/public/index.html 喜欢就给个大拇指吧！

• =         严格匹配。如果请求匹配这个location，那么将停止搜索并立即处理此请求
• ~         区分大小写匹配(可用正则表达式)
• ~*       不区分大小写匹配(可用正则表达式)
• !~       区分大小写不匹配
• !~*     不区分大小写不匹配
• ^~      如果把这个前缀用于一个常规字符串,那么告诉nginx 如果路径匹配那么不测试正则表达式

示例1：

location  / { }

匹配任意请求

 示例2：

location ~* .(gif|jpg|jpeg)$ ｛
    rewrite .(gif|jpg|jpeg)$ /logo.png;
｝

不区分大小写匹配任何以gif、jpg、jpeg结尾的请求，并将该请求重定向到 /logo.png请求

示例3：

location ~ ^.+\.txt$ {
    root /usr/local/nginx/html/;
}

区分大小写匹配以.txt结尾的请求，并设置此location的路径是/usr/local/nginx/html/。也就是以.txt结尾的请求将访问/usr/local/nginx/html/ 路径下的txt文件

二 alias与root的区别

• root    实际访问文件路径会拼接URL中的路径
• alias   实际访问文件路径不会拼接URL中的路径

示例如下：

location ^~ /sta/ {  
   alias /usr/local/nginx/html/static/;  
}

• 请求：http://test.com/sta/sta1.html
• 实际访问：/usr/local/nginx/html/static/sta1.html 文件

location ^~ /tea/ {  
   root /usr/local/nginx/html/;  
}

• 请求：http://test.com/tea/tea1.html
• 实际访问：/usr/local/nginx/html/tea/tea1.html 文件

三 last 和 break关键字的区别

（1）last 和 break 当出现在location 之外时，两者的作用是一致的没有任何差异

（2）last 和 break 当出现在location 内部时：

• last        使用了last 指令，rewrite 后会跳出location 作用域，重新开始再走一次刚才的行为
• break    使用了break 指令，rewrite后不会跳出location 作用域，它的生命也在这个location中终结

四 permanent 和 redirect关键字的区别

• rewrite … permanent   永久性重定向，请求日志中的状态码为301
• rewrite … redirect         临时重定向，请求日志中的状态码为302

五 综合实例

将符合某个正则表达式的URL重定向到一个固定页面

比如：我们需要将符合“/test/(\d+)/[\w-\.]+” 这个正则表达式的URL重定向到一个固定的页面。符合这个正则表达式的页面可能是：http://test.com/test/12345/abc122.html、http://test.com/test/456/11111cccc.js等

从上面的介绍可以看出，这里可以使用rewrite重定向或者alias关键字来达到我们的目的。因此，这里可以这样做：

（1）使用rewrite关键字：

 

location ~ ^.+\.txt$ {
    root /usr/local/nginx/html/;
}


location ~* ^/test/(\d+)/[\w-\.]+$ {
    rewrite ^/test/(\d+)/[\w-\.]+$ /testpage.txt last;
}

这里将所有符合条件的URL（PS：不区分大小写）都重定向到/testpage.txt请求，也就是 /usr/local/nginx/html/testpage.txt 文件

（2）使用alias关键字：

location ~* ^/test/(\d+)/[\w-\.]+$ {
    alias /usr/local/nginx/html/static/sta1.html;
}

这里将所有符合条件的URL（PS：不区分大小写）都重定向到/usr/local/nginx/html/static/sta1.html 文件