nginx路径匹配_url路径匹配

大家好，又见面了，我是你们的朋友全栈君。如果您正在找激活码,请点击查看最新教程,关注关注公众号 “全栈程序员社区” 获取激活教程,可能之前旧版本教程已经失效.最新Idea2022.1教程亲测有效,一键激活。

Jetbrains全系列IDE稳定放心使用

一、前言
一般我们经常在访问网站时，通常会遇到输入某个页面的网址时，出现路由的转发，重定向等。可能访问的是一个网址，出来的时候就显示的是另外的地址。
这种情况下，通常属于nginx的页面跳转。

二、Nginx可提供的服务类型
nginx做请求代理，提供多种服务
1、php搭建的网站
2、hexo创建的博客系统
3、spring-boot & tomcat搭建的后台
4、静态网页

三、location匹配规则
1、语法
location可以把不同方式的请求，定位到不同的处理方式上.

location ~* /js/.*/\.js
以 = 开头，表示精确匹配；如只匹配根目录结尾的请求，后面不能带任何字符串。
以^~ 开头，表示uri以某个常规字符串开头，不是正则匹配
以~ 开头，表示区分大小写的正则匹配;
以~* 开头，表示不区分大小写的正则匹配
以/ 开头，通用匹配, 如果没有其它匹配,任何请求都会匹配到

location匹配规则：“先匹配普通，再匹配正则”，如果先匹配正则，那么会覆盖掉普通匹配。

2、用法说明
location正则写法：
1、# 精确匹配 / ，主机名后面不能带任何字符串

location = / { 
   
[ configuration A ]
}

2、 所有的地址都以 / 开头，所以这条规则将最后匹配到默认请求中
#但是正则和最长字符串会优先匹配

location / { 
   
[ configuration B]
}

例如：

    location / { 
    
          proxy_pass http://server_pools;
        } 
注：这条规则只有其他不符合要求才能匹配到；将是最后匹配到的，匹配度最低，上面实现的功能是：比如网站是www.blog.com；后面什么都不输入的时候，其他的规则也不匹配的时候，最后交给负载均衡池的服务器

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

location /documents/ { 
   
[ configuration C ]
}

例如：

location  /static/
       { 
   
        rewrite ^  http://www.abc.com ;      
       }
解释：上面实现的功能：假设网站域名为www.blog.com；那么配置上面的功能是输入www.blog.com/static/时，不管static后面是什么页面（页面也可以不存在），那么最终会同样跳转到www.abc.com这个网站。

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

location ~ /documents/Abc { 
   
[ configuration CC ]
}

5、# 匹配任何以 /images/ 开头的地址，匹配符合以后，停止往下搜索正则，采用这一条。

location ^~ /images/ { 
   
[ configuration D ]
}

6、# 匹配所有以 gif,jpg或jpeg 结尾的请求
注：然而，所有请求 /images/ 下的图片会被 config D 处理，因为 ^~ 到达不了这一条正则

location ~* \.(gif|jpg|jpeg)$ { 
   
[ configuration E ]
}

例：

7、匹配规则总结：
顺序匹配优先级：
(location =) > (location 完整路径) > (location ^~ 路径) > (location _,* 正则顺序) > (location 部分起始路径) > (/)

8、实际常见使用建议方法

#直接匹配网站根，通过域名访问网站首页比较频繁，使用这个会加速处理，官网如是说。#这里是直接转发给后端应用服务器了，也可以是一个静态首页
# 1、第一个必选规则
location = / { 
   
proxy_pass  http://tomcat:8080/index
}

# 2、第二个必选规则是处理静态文件请求，这是nginx作为http服务器的强项# 
有两种配置模式，目录匹配或后缀匹配,任选其一或搭配使用location ^~ /static/ { 
   
root /webroot/static/;
}
location ~* \.(gif|jpg|jpeg|png|css|js|ico)$ { 
   
root /webroot/res/;
}
# 3、第三个规则就是通用规则，用来转发动态请求到后端应用服务器#非静态文件请求就默认是动态请求，
#自己根据实际把握毕竟目前的一些框架的流行，带.php,.jsp后缀的情况很少了
location / { 
   
proxy_pass  http://tomcat:8080/
}
http://tengine.taobao.org/book/chapter_02.html
http://nginx.org/en/docs/http/ngx_http_rewrite_module.html

四、Nginx的url转发
示例1：
比如要实现项目之间的无缝衔接，即就是在进行访问的时候，发起的请求被转发到另一个服务器去处理。

注：第一个location是第一个项目
第二个location是我要转发的路径

即我访问 www.lc.com/abc/** 之后的请求都会被准发到另一个服务器去处理。
当配置完成后，重新加载reload就可以生效了

示例2：

注：
1.上面第一部分,是静态资源(html和图片)的转发.

2.上面第二部分,是api路径转发效果是: http://xxx.xxx.com/api/xxx –> http://localhost:7500/api/xxx. 转发的时候,包含了url的前缀.

3.上面第三部分,是backend路径的转发,效果是: http://xxx.xxx.com/backend/xxx –> http://localhost:8016/xxx. 转发不包含url前缀backend.