nginx location 知识知多少

写在之前众所周知 nginx location 路由转发规则多种多样，尤其是 [ = | ~ | ~* | ^~ ] 这些前缀是什么意思、root 与 alias 是否可以区分开，nginx 作为反向代理服务器时，location 中proxy_pass 中配置的上游服务，服务器后面是否带/与不带/是否有区别，带URI与不带URI是否有区别等，本文从实践的角度进行分析总结。 location 中 URI 前缀实践匹配语法 nginx 的 uri 匹配模式很强大、并且使用也非常灵活，下面就是nginx的location 相关的所有语法；

location [ = | ~ | ~* | ^~ ] uri { ... }

location @name { ... }

是的，语法就这一点，是不是感觉很简单呢？

location [指令模式] uri {

...

}

指令模式说明指令模式有[ = | ~ | ~* | ^~ ]，根据不同的指令模式可分为：精确匹配：= uri { ... } 前缀匹配：^~ uri { ... } 正则匹配：~ uri { ... } 和 ~* uri { ... } 正常匹配：uri { ... } 全匹配：/ { ... } 指令模式匹配顺序精确匹配 > 前缀匹配 > 正则匹配 > 正常匹配 > 全匹配实验说明测试时，最好不要使用浏览器，因为浏览器有缓存，如果要使用请先清除缓存，或者使用curl或者Postman工具等。精确匹配

# 第1段

location /k8svip/ {

root /data/nginx/html4/;

index index.html;

}

# 第2段

location = /k8svip/ {

root /data/nginx/html3/;

index index.html;

}

浏览器访问：http://127.0.0.1/k8svip/ 根据上面的匹配顺序，这里应该显示什么呢？大家都会认为是第2段代码中的 = /jdb/ 你可以实验下，不是的，是第1段，为什么？精确匹配中 '/k8svip/'中优先匹配到第2段，再访问'/k8svip/index.html'，此次内部跳转uri已经是'/k8svip/index.html'，而非 =的；最终访问结果是第1段中的index.html。

# 第3段

location /k8svip/ {

rewrite ^/k8svip/$ https://www.baidu.com/ break;

}

# 第4段

location = /k8svip/ {

rewrite ^/k8svip/$ https://www.sina.com.cn/ break;

}

浏览器访问：http://127.0.0.1/k8svip/ 看下效果，是不是匹配到第4段了呢？答案：是的；访问http://127.0.0.1/k8sVIP/ ，http://127.0.0.1/k8svip/abc 再看下效果，答案：都无法正常访问。这里可结合之前的一篇：看了这篇！再不会 Nginx rewrite 算我输! 结论：精确匹配区分大小写，不能使用正则，访问的URI必须完全与=后面的一致，多一个"/"或者少一个"/"，都是不可以的前缀匹配

location ^~ /k8svip/ {

rewrite ^ https://www.163.com break;

}

location ^~ /k8svip/bcd/ {

rewrite ^ https://www.qq.com break;

}

location ^~ /Abc/ {

rewrite ^ https://www.sina.com.cn break;

}

访问：http://127.0.0.1/k8svip/ 成功，跳转到163首页；访问：http://127.0.0.1/k8svip/abcd/成功，只匹配前缀，跳转到163首页；访问：http://127.0.0.1/K8svip/ 不成功，区分大小写，出错；访问：http://127.0.0.1/k8sVip/123 不成功，区分大小写，出错；访问：http://127.0.0.1/Abc/ 成功，区分大小写，跳转到新浪首页；访问：http://127.0.0.1/Abc/abc 成功，只匹配前缀，跳转到新浪首页；结论：前缀匹配不能使用正则，区分大小写，只要前缀相同，都可以匹配成功，不管后面有没有字符，保证前缀相同即可。正则匹配

location ~ /[a-z]k8svip/ {

rewrite ^ https://www.sina.com.cn break;

}

location ~* /[a-z]k8svip/ {

rewrite ^ https://www.google.com break;

}

访问：http://127.0.0.1/ak8svip/ 成功，正则匹配，会跳转到新浪首页；访问：http://127.0.0.1/ak8svip/bbb 成功，正则+前缀匹配，会跳转到新浪首页；访问：http://127.0.0.1/zk8svip/ 成功，会跳转到新浪首页；访问：http://127.0.0.1/Ak8svip/aaa 成功，这个会跳转到google.com首页；结论：正则匹配 ~ 区分大小写，~* 不区分大小写, 并且与前缀匹配比较类似，只需要匹配模式开头部分，这两种同时存在时，优先匹配区分大小写的。正常匹配（指令模式为空的匹配规则叫正常匹配）

# 第1段

location /k8svip/ {

rewrite ^ https://www.google.com break;

}

# 第2段

location /[0-9]k8svip/ {

rewrite ^ https://www.qq.com break;

}

访问：http://127.0.0.1/k8svip/ 成功，跳转google首页；访问：http://127.0.0.1/k8svip/2 成功，类似前缀匹配，跳转google首页；访问：http://127.0.0.1/k8sVIP/ 不成功，区分大小写，出错；访问：http://127.0.0.1/0k8svip/ 不成功，不支持正则；结论：有些文档中说正常匹配支持正则，不区分大小写，个人测试了下，不支持正则，但在uri后面继续跟字符，区分大小写（相信实验结果

巴特西

nginx location 知识知多少

最新文章

热门文章