## 8.认识Nginx中的location和正则表达式，一起啃这块硬骨头（下篇） \[location 匹配的优先级排序 和官方实例练习\] 上篇中 我们接触了 location的URL匹配实例 并有了一定的了解 （需要跟大家补充说明的一点是：在刚开始学习location的时候，尽量先使用return的方法 确认有没有正确匹配 而不要上来就把location和root放在一起使用练习，因为这两项有特殊的交互关系，咱们在这一篇中 会讲解) location的匹配 符号主要使用的是如下这几种种 > 1, = 精确精准匹配 > 2, ~ 正则表达式匹配 区分大小写 > 3, ~\* 正则表达式匹配 不区分大小写 > 4, ^~ URL左半部分匹配 不区分大小写 （这个在上篇没有出现 ） > 5, 无匹配符号 （例如 location /nginx 这样） 那么接下来 咱们来看一下优先级的排序吧 正常情况下 优先级由高到低的顺序是这样排列的 1 > 4 > 2|3 > 5 精确匹配永远是最高优先级 这个没疑问 接下来的第二高优先级是 ~^ （一会我们用官方实例来解释 就很清楚了） 第三优先级 是 ~\* 或 ~ ，这两种只是区分大小写的区别 排在同一个优先级 最后的优先级是 无符号 接下来呢，咱们通过nginx官网提供的一段 实例来进行一个综合的解释吧，大家也请自己多多跟着练习 ```coffeescript location = / { [ configuration A ] } location / { [ configuration B ] } location /documents/ { [ configuration C ] } location ^~ /images/ { [ configuration D ] } location ~* \.(gif|jpg|jpeg)$ { [ configuration E ] } ``` 请看上面这一段 location的配置 官方给出了如下这么一段使用案例 The “/” request will match configuration A, the “/index.html” request will match configuration B, the “/documents/document.html” request will match configuration C, the “/images/1.gif” request will match configuration D, and the “/documents/1.jpg” request will match configuration E. 我们来翻译并解释一下 如果用户输入的是 / 那么A配置生效 因为A是精确=匹配，最高优先级哦 如果用户输入的是 /index.html , B配置生效，因为A肯定不行了 因为只能是 '/' , 而后面三项也都匹配不上 如果用户输入是 /documents/document.html 呢？ 配置C生效，因为当前只有一个/documents/ (请大家自己试试 如果同时再存在一个 localtion ~ /documents/的话 哪个生效吧 ^\_^) 如果用户输入 /images/1.gif 哪个生效呢？ 回答是D 而不是E, 为什么呢？ 咱们之前刚刚说过了， ^~这个匹配符号 是第二高优先级的，并且是URL左半部分匹配，意思就是说 URL 从/开始，有了images/到这里截止，后面的 就不再看了 直接生效 所以 E被直接忽略了 最后 /documents/1.jpg 呢 ？ 匹配的是E ,而不是C 为啥？ 因为C是无符号 排在最末尾的优先级哦 通过官方给的这样一个例子 相信大家对location匹配 更加清楚了一些 \[location和 root/alias的关系\] 这里是一个小难点了，我们一起来看一下吧 alias我们一会再说，先看root这里 root表示文件资源路径的指定，这个我们已经知道了 接下来就是 root和location 这一对儿存在什么样的关系了 我们先来看如下这一段的配置吧 ```plain location ~ /test/ { root /www/root/html/; } ``` 如上这样配置的话 如果一个请求的URI是/test/a.html时，web服务器将会返回服务器上的/www/root/html/test/a.html的文件。 其实这个例子就足够说明问题了 root和location 其实是一种继承的关系， 也就是说， 你location后面写的路径 会被追加到root的路径的后面 也就是把 /test/ 放到 /www/root/html/test/ <- 这里来， 文件的寻找 会到这里去找 输入完整URL路径 /test/a.html 这个很好理解吧 不过 如果是走缺省的index主页呢？ 例如 我现在输入的是 /test/ ，然后 你只要保证 在 /www/root/html/test/ 路径下 存在着 index主页即可 （比如 index.html） 之后自动就会补全访问到首页了 但是这里有一个 特例 请大家往下看这个例子 这个特例 就是精准匹配模式下的 location和root ```coffeescript location = /login/ { root /var/www/html/vhost/dami01.example.com/; } ``` 如果配置写成这个样子 就会造成一定的困扰了 为什么呢？ 就是因为这个 = 精确匹配的问题 精确匹配= 我们知道 这是跟用户输入的URL必须一模一样 完全一致的 而大多数情况下 我们在访问各个网站的时候，一般并不会在URL中 输入到具体的xxx.html xxx.php 之类的 ，而是到/path/这样的一个路径就截止了 接下来 是默认主页地址的跳转 但是 如上这样的精确匹配的情况下， 就算 我们在 /var/www/html/vhost/dami01.example.com/login/ 下面 准备了好了 各种 a.html , index.html 等等 我们也访问不到 比如 如下的情况 ![](assets/1593412375-d84d6c02990b6deff53e40f747dcf18a.png) 为什么会出现这种情况呢？ 答案就在精确匹配的情况下， 必须精确到 URL后面 所有的部分才可以 比如输入/login/的情况下，感觉好像是跟location = /login/ 匹配上了，但事实上，后面被省略掉的主页地址 是会被自动填充上去 也计算在内 而如果我们输入 /login/a.html 或者 /login/index.html 这样的话，就又跟 location = /login/ 不匹配了 所以 在使用精确匹配的时候 一定要注意这个问题 如果 你location一定要使用精确匹配，那么就要按照如下这个样子 设定完整才可以访问到 ```javascript location = /login/b.php { root /var/www/html/vhost/dami01.example.com/; } ``` ![](assets/1593412375-ca76a292a6e9c5cd91beb32accc1feff.png) 所以，大多数情况下 我们还是更提倡使用 其他的匹配符号 更为稳妥一些 ```plain location ~ /login/ { root /var/www/html/vhost/dami01.example.com/; } ``` ![](assets/1593412375-26896f91ba3f9c50ddf6eedc5badcc9c.png) 看到了吗 ？ 改成 ~ 匹配， 或者无符号匹配之后， 我们无论怎么输入路径 都可以轻松正确的访问到资源 ^\_^ 明白了root & location的关系后 ，咱们再来看一下 alias这个东东怎么使用 如下的这一段配置 其实alias跟root 唯一不同点就是， root继承location后面的path, 而alias则丢弃 下面这样定以后，其实资源就在/var/www/html/vhost/dami01.example.com/ 下寻找，而不是 /var/www/html/vhost/dami01.example.com/aa/ 下寻找 这样清楚了吧？ ^\_^ ```plain location ^~ /aa/ { alias /var/www/html/vhost/dami01.example.com/; } ``` ![](assets/1593412375-de43dd98f18c52bb997acdef88018fa0.png) ```javascript [location 和 proxy_path的联用] location ^~ /server02/ { proxy_pass http://server02:8080/server02.html; } location /mynginx/ { proxy_pass http://nginx.org/; } ``` 如上面这样两段的配置，要跟大家说明的是 proxy\_pass的调用 就是反向代理到某一个地址去 可以接upstream的地址 也可以接上某一个URL地址 而proxy\_pass 和 location一起使用的时候, location匹配 和 proxy\_pass跳转 并没有继承路径的关系 也就是说，location这一行只要匹配上了， 下面的proxy\_pass单独被执行 ，不会继承路径之类的 （这个跟root使用 有区别） ```xml [root@server01 ~]# curl http://dami01.example.com/server02/ hello this is server02 [root@server01 ~]# curl http://dami01.example.com/mynginx/ beta version has been released with regression fixes.

``` 最后 还要注意的一点是 , proxy\_pass和loaction在一起使用的时候， 不支持location调用正则匹配符号 比如下面这样的配置 ```plain location ~* /mynginx/ { proxy_pass http://nginx.org/; } ``` 会报出这样的错误 \[root@server01 ~\]# /usr/local/nginx/sbin/nginx -s reload nginx: \[emerg\] "proxy\_pass" cannot have URI part in location given by regular expression, or inside named location, or inside "if" statement, or inside "limit\_except" block in /usr/local/nginx/conf/nginx.conf:65 所以，location这里 只能使用 ^~, = , 或者 无符号 （如果一定要使用正则表达式， 那么也有其他的方法可以实现 比如 nginx变量， 这个我们以后讲到了再提起吧） \[正则表达式的练习\] 首先要说明的是 ， 正则表达式 是一个独立的知识体系，并不局限在nginx 或者 shell 或者 其他任何技术中 正则表达式 需要长期的单独学习 才可以熟练掌握 我们在这里 简单介绍一下 学习和练习的方法 学习正则 肯定少不了 先背诵一些通用的 正则符号 都代表什么意思 > 1、^：匹配字符串的开始位置； > 2、._: .匹配任意字符，_匹配数量0到正无穷； > 3、. 斜杠用来转义，.匹配.； > 4、（jpg|gif|png|bmp）匹配jpg或gif或png或bmp > 5、$匹配字符串的结束位置； > 6、i不区分大小写 > 7 \\d：数字 > 8 +：出现至少1次 > 9 .：任意字符，除换行和回车之外 > 10 ？：出现0或1次 > (.\\d+)?：括号里内出现0或1次 然后接下来 拿出几个例子 自己尝试看懂是啥意思 比如 ^\\d+(.\\d+) 是什么意思呢？ 行开头、至少出现一次数字、(任意字符和至少出现一次数字) 另外， 正则表达式，除了在location中调用外， 还可以在 server\_name中调用的哦 比如下面的例子 什么意思呢？ server\_name 第一个，除了输入 标准的 www.example.com以外，还可以支持 类似输入 www72.example.com 这样的输入方式， \\d+ 意思是啥？ 数字出现多次 ^\_^ ```plain server { server_name www.example.com ~^www\d+\.example\.com$; } server { server_name ~^(www\.)?(.+)$; } ``` 就按照这样的思路 来慢慢推荐学习 即可