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后面继续跟字符，区分大小写（相信实验结果