nginx的location优先级与重定向

2301_79410672

已于 2024-01-28 20:29:25 修改

阅读量564

点赞数

文章标签： nginx 运维

于 2023-10-15 17:41:35 首次发布

本文链接：https://blog.csdn.net/2301_79410672/article/details/133841816

版权

概念

1 location是Nginx中的块级指令(block directive),，location指令的功能是用来匹配不同的url请求，进而对请求做不同的处理和响应，这其中较难理解的是多个location的匹配顺序

2 我们输入的网址叫做请求URI，nginx用请求URI与location中配置的URI做匹配

在http模块有server，在server模块才有location，location(位置）匹配的是uri，uri是IP地址后面的/test , /image 也就是位置

在一个server当中有多个location，如何来确定匹配哪个location

Nginx的正则表达式

^:字符串的其实位置

$:字符串的结束位置

*：匹配所有

+：匹配前面的字符一次或者多次

？：0次或1次

. ：任意单个字符  \.

{n}:连续重复出现n次，要正好等于它

{n,m}:连续重复出现n-m次

[c]: 匹配单个字符c

（）：分组

|：或

Location匹配的分类

按匹配优先级来排序

1.精确匹配
location = /test

2.正则匹配
location ^~ 
#前缀匹配，以什么为开头

location ~
#区分大小写匹配

location ~* 
#不区分大小写匹配

location !~
#区分大小写取反匹配

location !~*
#不区分大小写取反匹配

3.通用匹配
locatin /test {}

4.一般匹配
location / {}

Location 匹配一旦匹配成功，不再向下匹配

Location 匹配的优先级

精确匹配优先级最高，其次是正则匹配，最后是一般匹配（或者通用）

Location = 完整路径 > location ^~ > location ~ ,~* > location /test > location /

工作当中配置loaction的三个原则

1.网站首页：要用精确匹配 ,网站首页一般情况下都是一个静态页面，匹配网站的根工作目录如下
location = / {

}


2.处理静态文件的请求：目录匹配和后缀匹配，会使用正则匹配
location  ^~ /static {

}

location ~*\ . {html|jpg|jpeg|gif|png}${

}


3.一般规则（通用匹配）：动态请求，把动态请求转发到后端
location /{

Proxy_pass http://tomcat server

}

Nginx 的重定向

Rewrite ：结合了nginx提供的全局变量和自己设置自定义的变量，结合正则表达式以及标志位实现url重写以及重定向

Rewrite执行顺序

1.先执行server块里面的rewrite

2.执行 location里面定义的rewrite

3.选定location 中的rewrite

Rewrite中可以支持if语句，但只有if没有else

Rewrite语法

Rewrite  <regex >  <replacemnet> [flag]

<regex> : 正则表达式

<replacemnet> : 跳转的内容或者路径 ，这个可以自定义

[ flag ]  :  标志位 ，或者叫 “标记”也行

flag标志（标记）位的种类

1.Last（用的比较少）

本条规则匹配完成后，继续向下匹配新的location  URI  规则，可以跳两次或者多次

Rewrite  ky30  k31  last；

Location  /{}

1.1：处理请求时发生了重写或者内部重定向循环，进入无线循环，nginx循环最多可以执行10次，超过10次会报错，500，见下图，如果出现死循环可以把last换成break就行

2.break （用的比较多）

本条规则匹配完之后立即终止，页面内容不变，uri不变，只能跳一次

3.Redirct

临时重定向302  uri的地址会发生变化,uri设置了/test，跳转到了/ky32

4.Permanent

永久重定向 301 uri的地址 会发生变化

搜索引擎的权重

总结rewrite和location都可以跳转，似乎有点相同，但区别在于rewrite是在同一域名之内更改获取资源的路径，location是对路径的访问控制，核心区别在于一个对资源控制

基于域名的跳转

www. kgc.com但是公司业务变更，迁移到了新的域名www.benet.com代替，但旧域名名不能废除访问kgc可以跳转到benet.且匹配的uri不能变

基于ip访问跳转

公司业务新版本上线，用户访问网站统一显示固定的维护页面，只有公司的192.168.233.61可以访问

基于结尾文件进行跳转.php,php跳转到新的页面

重点核心

Location 匹配的写法

Location  =  /
精确匹配 ，完全匹配优先级最高

location  ^~

Location  ~*

第二优先级

Location   /test

第三优先级

Location   /

第四优先级

Location  是访问控制，匹配到之后不在向下继续匹配

网站的设置location规则

精确匹配，主要是为了匹配首页
Location 6~location~* 进行指定内容匹配
Location  /主要是为了做反向代理，把动态请求转发给后端服务器

Rewrite

Permanent  ： 永久重定向

Redirect ： 临时重定向

Break  ： 他不仅仅是跳转，跳转之后不再继续匹配，而且不改变uri

Last  ：  继续向下匹配，nginx只能循环10次，超过10次报错500

2、localtion 语法

location有两种匹配规则：

匹配URL类型，有四种参数可选，当然也可以不带参数。
location [ = | ~ | ~* | ^~ ] uri { … }
命名location，用@标识，类似于定于goto语句块。
location @name { … }

location匹配参数解释：

（1） “=” ，精确匹配

内容要同表达式完全一致才匹配成功

location = /abc/ {
  .....
 }
        
# 只匹配http://abc.com/abc
#http://abc.com/abc [匹配成功]
#http://abc.com/abc/index [匹配失败]

（2） “~”，执行正则匹配，区分大小写。

location ~ /Abc/ {
  .....
}
#http://abc.com/Abc/ [匹配成功]
#http://abc.com/abc/ [匹配失败]

（3）“~*”，执行正则匹配，忽略大小写

location ~* /Abc/ {
  .....
}
# 则会忽略 uri 部分的大小写
#http://abc.com/Abc/ [匹配成功]
#http://abc.com/abc/ [匹配成功]

（4）“^~”，表示普通字符串匹配上以后不再进行正则匹配。

location ^~ /index/ {
  .....
}
#以 /index/ 开头的请求，都会匹配上
#http://abc.com/index/index.page  [匹配成功]
#http://abc.com/error/error.page [匹配失败]

（5）不加任何规则时，默认是大小写敏感，前缀匹配，相当于加了“~”与“^~”

location /index/ {
  ......
}
#http://abc.com/index  [匹配成功]
#http://abc.com/index/index.page  [匹配成功]
#http://abc.com/test/index  [匹配失败]
#http://abc.com/Index  [匹配失败]
# 匹配到所有uri

（6）“@”，nginx内部跳转

location /index/ {
  error_page 404 @index_error;
}
location @index_error {
  .....
}
#以 /index/ 开头的请求，如果链接的状态为 404。则会匹配到 @index_error 这条规则上。

3、location匹配顺序

= > ^~ > ~ | ~* > 最长前缀匹配 > /

序号越小优先级越高

location = # 精准匹配

= 匹配优先级最高。一旦匹配成功，则不再查找其他匹配项。

location ^~ # 带参前缀匹配

^~类型表达式。一旦匹配成功，则不再查找其他匹配项。

location ~ # 正则匹配（区分大小写）
location ~* # 正则匹配（不区分大小写）
location /a # 普通前缀匹配，优先级低于带参数前缀匹配。
location / # 任何没有匹配成功的，都会匹配这里处理

举例

location = /  {
#规则A
}

location = /login {
#规则B
}

location ^~ /static/ {
#规则C
}

location ~ \.(gif|jpg|png|js|css)$ {
#规则D
}

location ~* \.png$ {
#规则E
}

location !~ \.xhtml$ {
#规则F
}

location !~* \.xhtml$ {
#规则G
}

location / {
#规则H
}

匹配结果：

访问根目录/， 比如http://localhost/ 将匹配规则A

访问 http://localhost/login 将匹配规则B，http://localhost/register 则匹配规则H

访问 http://localhost/static/a.html 将匹配规则C

访问 http://localhost/b.jpg 将匹配规则D和规则E，但是规则D顺序优先，规则E不起作用， 而 http://localhost/static/c.png 则优先匹配到 规则C

访问 http://localhost/a.PNG 则匹配规则E， 而不会匹配规则D，因为规则E不区分大小写。

访问 http://localhost/a.xhtml 不会匹配规则F和规则G，http://localhost/a.XHTML不会匹配规则G，因为不区分大小写。规则F，规则G属于排除法，符合匹配规则但是不会匹配到。

访问 http://localhost/qll/id/1111 则最终匹配到规则H，因为以上规则都不匹配。

4、location URI结尾带不带 /

如果 URI 结构是 https://domain.com/ 的形式，尾部有没有 / 都不会造成重定向。因为浏览器在发起请求的时候，默认加上了 / 。虽然很多浏览器在地址栏里也不会显示 / 。这一点，可以访问百度验证一下。
如果 URI 的结构是 https://domain.com/some-dir/ 。尾部如果缺少 / 将导致重定向。因为根据约定，URL 尾部的 / 表示目录，没有 / 表示文件。所以访问 /some-dir/ 时，服务器会自动去该目录下找对应的默认文件。如果访问 /some-dir 的话，服务器会先去找 some-dir 文件，找不到的话会将 some-dir 当成目录，重定向到 /some-dir/ ，去该目录下找默认文件。

2301_79410672

关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
nginx的location优先级与重定向

是Nginx中的块级指令(block directive),，location指令的功能是用来匹配不同的url请求，进而对请求做不同的处理和响应，这其中较难理解的是多个location的匹配顺序。总结rewrite和location都可以跳转，似乎有点相同，但区别在于rewrite是在同一域名之内更改获取资源的路径，location是对路径的访问控制，核心区别在于一个对资源控制。本条规则匹配完成后，继续向下匹配新的location URI 规则，可以跳两次或者多次。
复制链接

扫一扫