Nginx篇之路由匹配规则以及配置url转发_html

 

alias与root的区别

  • root    实际访问文件路径会拼接URL中的路径
  • alias   实际访问文件路径不会拼接URL中的路径

示例如下:

location ^~ /sta/ {  
   alias /usr/local/nginx/html/static/;  
}
  • 请求:http://test.com/sta/sta1.html
  • 实际访问:/usr/local/nginx/html/static/sta1.html 文件
location ^~ /tea/ {  
   root /usr/local/nginx/html/;  
}
  • 请求:http://test.com/tea/tea1.html
  • 实际访问:/usr/local/nginx/html/tea/tea1.html 文件

last 和 break关键字的区别

(1)last 和 break 当出现在location 之外时,两者的作用是一致的没有任何差异

(2)last 和 break 当出现在location 内部时:

  • last        使用了last 指令,rewrite 后会跳出location 作用域,重新开始再走一次刚才的行为
  • break    使用了break 指令,rewrite后不会跳出location 作用域,它的生命也在这个location中终结

permanent 和 redirect关键字的区别

  • rewrite … permanent   永久性重定向,请求日志中的状态码为301
  • rewrite … redirect         临时重定向,请求日志中的状态码为302

 

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

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

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

 

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

location = / {
[ configuration A ]
}

Nginx篇之路由匹配规则以及配置url转发_html_02

 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 ]
}

 

Nginx篇之路由匹配规则以及配置url转发_html_03

 

 

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:
比如要实现项目之间的无缝衔接,即就是在进行访问的时候,发起的请求被转发到另一个服务器去处理。

Nginx篇之路由匹配规则以及配置url转发_正则_04

 

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

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

Nginx篇之路由匹配规则以及配置url转发_html_05

 

注:
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.