目录

一、Rewrite跳转场景

二、Rewrite跳转实现

三、Rewrite实际场景

1.Nginx跳转需求的实现方式

2.rewrite放在server{}，if{}， location{} 段中

3.对域名或参数字符串

四、nginx正则表达式

五、Rewrite命令

1.Rewrite命令语法

2.flag标记说明

3.last和break比较

五、location分类

1.分类

2.正则匹配的常用表达式

 六、location优先级

七、比较rewrite和location

1.相同点

2.不同点

3.rewrite会写在location里，执行顺序

八、location示例说明

1.location = / {}     

2.location / {}     路径       

3.location /documents/ {}

4.location /documents/abc {}

5.location ^~ /images/ {}

6.location ~* \. (gifljpgljpeg)$ {}

7.location /images/abc {}

8.location ~ /images/abc {}

9.location /images/abc/1.html {}

匹配某个具体文件

用目录做匹配访问某个文件

九、实际网站使用中，至少有三个匹配规则定义

1.第一个必选规则

 2.第二个必选规则

3.第三个必选规则

十、Nginx rewrite跳转

1.使用场景

2.nginx 跳转方式

3.location → server {}

4.Nginx中必备一些location规则

一、Rewrite跳转场景

URL看起来更规范、合理

1.将动态URL地址伪装成静态地址提供服务
2.网址换新域名后，让旧的访问跳转到新的域名上
3.服务端某些业务调整

二、Rewrite跳转实现

三、Rewrite实际场景

1.Nginx跳转需求的实现方式

(1)使用rewrite进行匹配跳转
(2)使用if匹配全局变量后跳转
(3)使用location匹配再跳转

2.rewrite放在server{}，if{}， location{} 段中

location只对域名后边的除去传递参数外的字符串起作用

3.对域名或参数字符串

(1)使用if全局变量匹配
(2)使用proxy_ pass反向代理

四、nginx正则表达式

常用的正则表达式元字符

五、Rewrite命令

1.Rewrite命令语法

rewrite     <regex>    <replacement>    [flag];
                 正则        跳转后的内容       rewrite支持的flag标记

2.flag标记说明

3.last和break比较

五、location分类

1.分类

(1)location = patt {} [精准匹配]

(2)location patt {} [一般匹配]

(3)location ~ patt {} [正则匹配]

2.正则匹配的常用表达式

 六、location优先级

1.相同类型的表达式，字符串长的会优先匹配
2.按优先级排列
(1)=类型
(2)^~类型表达式
(3)正则表达式(~和~*) 类型
(4)常规字符串匹配类型，按前缀匹配
(5)通用匹配(/) ，如果没有其它匹配，任何请求都会匹配到

七、比较rewrite和location

1.相同点

都能实现跳转

2.不同点

(1)rewrite是在同一域名内更改获取资源的路径
(2)location是对一类路径做控制访问或反向代理，还可以proxy_pass到其他机器

3.rewrite会写在location里，执行顺序

(1)执行server块里面的rewrite指令
(2)执行location匹配
(3)执行选定的location中的rewrite指令

八、location示例说明

1.location = / {}
     

       =为精确匹配/，主机名后面不能带任何字符串，比如访问 / 和 /data， 则 / 匹配，/data 不匹配
再比如location = /abc， 则只匹配 /abc， /abc/或 /abcd不匹配。若 location /abc，则即匹配 /abc、/abcd/    同时也匹配/abc/。

2.location / {}     路径
       

       因为所有的地址都以/开头，所以这条规则将匹配到所有请求比如访问/和/data， 则/匹配，/data也匹配，但若后面是正则表达式会和最长字符串优先匹配(最长匹配)

3.location /documents/ {}

     匹配任何以/documents/  开头的地址，匹配符合以后，还要继续往下搜索其它location,只有其它location后面的正则表达式没有匹配到时，才会采用这一 条

4.location /documents/abc {}

     匹配任何以/documents/abc 开头的地址，匹配符合以后， 还要继续往下搜索其它location,只有其它location后面的正则表达式没有匹配到时，才会采用这一条

5.location ^~ /images/ {}

location ^~ /abcdef/
匹配任何以/ images/ 开头的地址，匹配符合以后，停止往下搜索正则，采用这一条

6.location ~* \. (gifljpgljpeg)$ {}

匹配所有以gif、jpg或jpeg结尾的请求
然而，所有请求/images/下的图片会被location ^~ /images/ 处理，因为^~的优先级更高，所以到达不了这一条正则

7.location /images/abc {}

最长字符匹配到/ images/abc， 优先级最低，继续往下搜索其它location， 会发现^~和~存在

8.location ~ /images/abc {}

匹配以/ images/ abc开头的，优先级次之，只有去掉location ^~. /images/ 才会采用这一条

9.location /images/abc/1.html {}

匹配/ images/abc/1.html文件，如果和正则location ~ /images/ abc/1.html相比，正则优先级更高

匹配某个具体文件

(location = 完整路径) > (location ^~ 完整路径) > (location ~* 完整路径) > (location ~ 完整路径) > (location完整路径) > (location /)

用目录做匹配访问某个文件

(location = 目录) > (location ^~ 目录/) > (location ~ 目录) > (location ~* 目录) > (location 目录) > (location /)

九、实际网站使用中，至少有三个匹配规则定义

1.第一个必选规则

      直接匹配网站根，通过域名访问网站首页比较频繁(www.baidu.com/)，使用这个会加速处理，比如说官网。
     可以是一个静态首页，也可以直接转发给后端“应用服务器” → PHP、Apache

 2.第二个必选规则

        处理静态文件请求，这是nginx作为http服务器的强项(1、静态请求处理的能力+高并发处理能力+资源消耗较低)
       有两种配置模式，目录匹配或后缀匹配,任选其一或搭配使用

3.第三个必选规则

      通用规则，比如用来转发带.php、.jsp后缀的动态请求到后端应用服务器，非静态文件请求就默认是动态请求( 跳转/反向代理)

十、Nginx rewrite跳转

1.使用场景

2.nginx 跳转方式

①rewrite

②location :主要功能proxy_ pass
③if : location 下，只支持但分支判断不支持多分支

3.location → server {}

(1)匹配的对象为文件或者目录的时候，会有优先级的调整
(2)匹配文件: location中 ~和~*
(3)匹配目录: location 区分大小写多

4.Nginx中必备一些location规则

location / {}               加快加载速度
location /static {}      静态请求匹配
location  反向代理   反向跳转到配置文件中的upstream tomcat_ server {} 地址池中，获取发送到后端节点的“目标_ IP”
跳转的方式直接使用proxy_ pass http://tomcat_ server (函数名)