Nginx中location匹配以及rewrite重画跳转解读
更新时间：2022年03月21日 16:48:10 作者：m0_63761361
访问重画rewrite是NginxHTTP请求处理过程中的一个重要功能,下面这篇文章主要给你们介绍了Nginx中location匹配以及rewrite重画跳转的相关资料,需要的同学可以参考下
目录
前言
rewrite功能就是使用nginx提供的全局变量或自己设置的变量，结合正则表达式和标记实现URL重写以及重定向
例如：更换域名后须要保持旧的域名才能转入新的域名上、某网页发生改变须要跳转到新的页面、网站防盗链等等需求
rewrite只能置于server{}，location{}，if{}中，并且默认只能对域名旁边的去除传递的参数外的字符串起作用
例如： 只对/a/we/index.php重画
一、rewrite跳转实现
Nginx：通过ngx_http_rewrite_module模块支持URL重写、支持if条件判定，但不支持else
跳转：从一个location跳转到另一个location,循环最多可以执行10次，超过后nginx将返回500错误
PCRE支持：perl兼容正则表达式的句型规则匹配
重写模块set指令：创建新的变量并为其形参
二、rewrite执行次序
①执行server快上面的rewriter指令
②执行location匹配
③执行选取的location中的rewrite指令
三、rewrite跳转场景
调整用户浏览的URL,看起来更规范，合乎开发及产品人员的需求
为了让搜索引擎搜录网站内容及用户体验更好，企业会将动态URL地址伪装成静态地址提供服务
网址换新域名后，让旧的访问跳转到新的域名上；例如，访问易迅的 360buy.com 会跳转到 jd.com
服务端个别业务调整，比如按照特殊变量、目录、客户端的信息进行URL调整等
四、语法与flg标记说明
语法rewrite [flag];
regex：表示正则匹配规则
replacement：表示跳转后的内容
flag：表示 rewrite 支持的 flag 标记
flag标记说明：
五、Nginx常用的正则表达式符号
六、location1.分类
location大致可以分为以下三类：
2.常用匹配规则
3.优先级4.示例
localtion = / {}
=为精准匹配 /，主机名前面不能带任何字符串，比如访问 / 和 /xcf，则 / 匹配，/xcf 不匹配
location / {}
因为所有的地址都以 / 开头，所以这条规则将匹配到所有的恳求，比如访问 / 和 /data，则 / 匹配，/data也匹配
但若前面是正则表达式，则会和最长字符串优先匹配（最长匹配）
location /documents/ {}
匹配任何以 /documents/ 开头的地址，匹配符合之后，还要继续往下搜索其它 location
location /documents/abc {}
匹配任何以 /documents/abc 开头的地址，匹配符合后，还要继续往下搜索其他 location
只有其他 location 后面的正则表达式没有匹配到时，才会采用这一条
location ^~ /images/ {}
匹配任何以 /images/ 开头的地址，匹配符合之后，停止往下搜索正则，并采用这条
location ~* .(gif|jpg|jpeg)$ {}
匹配所有以 gif、jpg、jpeg 为结尾的恳求
然而，所有恳求 /images/ 下的图片会被 location ^~ /images/ 处理，因为 ^~ 的优先级更高，所以抵达不了这一条正则
location /images/abc {}
最长字符匹配到 /images/abc，优先级最低，继续往下搜索其它 location，会发觉 ^~ 和 ~ 存在
location ~ /images/abc {}
匹配以 /images/abc 开头的，优先级次之，只有除去 location ^~ /images 才会采用这一条
location /images/abc/1.html {}
匹配 /images/abc/1.html 文件，如果和正则 ~ /images/abc/1.html 相比，正则优先级更高
优先级总结：
（location = 完整路径） > （location ^~ 路径） > （location ,* 正则次序） > （location 部分起始路径） > （location /）
5.匹配规则定义
①第一个必选规则：
直接匹配网站根，通过域名访问网站首页比较频繁，使用这个会加速处理，比如说官网
可以是一个静态首页，也可以直接转发给前端“应用服务器”——>PHP、Apache(应用服务器如下图所示）
location / {
root
html;
index
index.html index.html;
}
②第二个必选规则：
处理静态文件恳求，这是nginx作为http服务器的强项（①静态恳求处理的能力②高并发处理能力③资源消耗较低）
有两种配置模式，目录匹配或后缀匹配，任选其三或搭配使用
location ^~ /static/ {
root /webroot/static/;
}
location ~* \.(html|gif|jpg|jpeg|png|css|js|ico)$ {
root /webroot/res/ ;
}
③第三个必选规则：
就是通用规则，比如拿来转发带.php、.jsp后缀的动态恳求到前端应用服务器
非静态文件恳求就默认是动态恳求(跳转/反向代理）
upstream tomcat_server {
192.168.126.12:80
192.168.126.23:80
}
location / {
proxy_ pass http://tomcat_server;
总结：
1.比较rewrite和location
相同点：都实现跳转
不同点：rewrite是在同一域名内修改获取资源的路径
location是对一类路径做控制访问或反向代理，还可以proxy_pass到其他机器
2.rewrite会写在location里，执行次序
3.location优先级是如何排列的？
匹配某个具体文件
（location = 完整路径） > (location ^~ 完整路径） > (location ~* 完整路径） > (location ~ 完整路径）> (location /)
用目录做匹配访问某个文件
（location = 目录） > (location ^~ 目录） > (location ~ 目录） > (location ~* 目录）> (location /)
4.文件、目录为何只会在区不分辨大小写上会有变动
正则表达式：目的是为了尽量精确的匹配
文件——>尽量精确匹配，区分大小写 精确，不分辨更为精确
目录——>尽量精确匹配，区分大小写 更为精确，优先级更高
到此这篇关于Nginx中location匹配以及rewrite重画跳转的文章就介绍到这了,更多相关Nginx location匹配及rewrite重画内容请搜索脚本之家原先的文章或继续浏览下边的相关文章希望你们之后多多支持脚本之家！
