nginx中location的使用

1、Location的语法规则

语法规则：location [=|_|*|^~] /uri/ {…}

下面详细解释上面出现的符号

2、匹配流程图

（1）精准匹配命中时，停止 location 动作，直接走精准匹配，

（2）一般匹配（含非正则）命中时，先收集所有的普通匹配，最后对比出最长的那一条

（3）如果最长的那一条普通匹配声明为非正则，直接此条匹配，停止 location

（4）如果最长的那一条普通匹配不是非正则，继续往下走正则 location

（5）按代码顺序执行正则匹配，当第一条正则 location 命中时，停止 location

3、安装echo

这里为了方便测试，使用了第三方的模块echo，方便输出结果，安装步骤如下：

（1）下载echo压缩包

wget https://github.com/openresty/echo-nginx-module/archive/v0.61.tar.gz

（2）解压

tar -zvxf

（3）配置

进入nginx的解压目录，输入如下命令，“=”号后面是echo的解压目录

./configure –add-module=/usr/local/src/echo-nginx-module-0.61/

（4）编译安装

make && make install

（5）验证

进入nginx的sbin目录（也可以配置环境变量，就不用进入sbin目录），输入./nginx -V查看

4、测试验证

server {

        listen       10088;
        server_name  123.25.95.148;
    
        #精准匹配测试
        #第1，2条虽然匹配，但第三条是精准匹配，出第三条结果
        #测试路径/equal/a/b/c
        location ~ /equal/(.*) {#被命中，但被下面的推断：location = /equal/a/b/c
                echo '/equal/*';
        }
        location  /equal/a/b {#被命中，但被下面的推断：location = /equal/a/b/c
                echo '/equal/a/b';
        }
        location = /equal/a/b/c {#被命中，直接执行，不等待
                echo '/equal/a/b/c';
        }
    
        #普通匹配测试
        #第1，2条虽然匹配，第三条匹配更长，出第三条结果
        #测试路径/match/a/b/c
        location /match/a {#被命中，但不是最长
                echo  "/match/a";
        }
        location /match/a/b {#被命中，但不是最长
                echo  "/match/a/b";
        }
        location /match/a/b/c {#被命中，且最长
                 echo  "/match/a/b/c";
        }
        location /match/a/b/c/d {#不命中
                echo  "/match/a/b/c/d"; 
        }
    
        #正则匹配覆盖普通匹配测试
        #会覆盖普通匹配，不会覆盖=和^~
        location =/re/a.js {#访问/re/a.js，不会被后面的正则覆盖
                echo 'match =';
        }
        location ^~ /re/a/b {#访问/re/a/b开头的路径，不会被后面的正则覆盖
                echo 'math ^~/re/a/b*';
        }
        location /re/a.htm {#访问/re/a.htm，会被后面的正则覆盖
                 echo 'match /re/a.htm';
        }
        location ~ /re/(.*)\.(htm|js|css)$ {#覆盖/re/a.htm路径
                echo "cover /re/$1.$2";
        }
    
        #正则匹配成功一条后，便不再走其它正则
        #最长正则匹配是第三个，但匹配第一个后便不往下走
        #测试路径/rex/a/b/c.htm
        location ~ /rex/.*\.(htm|js|css)$ {#覆盖/re/a.htm路径
                echo "match first";
        }
        location ~ /rex/a/(.*)\.(htm|js|css)$ {#覆盖/re/a.htm路径
                echo "match second";
        }
        location ~ /rex/a/b/(.*)\.(htm|js|css)$ {#覆盖/re/a.htm路径
                echo "match third";
        }


}

4、注意

网上有很多下面错误或者不完善的说法

1、正则匹配优先于匹配的一般匹配，其实这种说法是错误的，出现这种说法的原因是因为正则匹配在某些情况是会覆盖一般匹配，针对第二个问题，请详细查看我第2点描述的内容

2、当未使用=（严格匹配）时，如果url的内容刚好与localtion 的url内容完全一致的情况下，不会被正则覆盖，其实这种说法也是错误的，至少我做了实验测试过了。只有使用“=”、或者“^~”才不会使用正则匹配