Nginx location

Nginx location

location指令的作用是根据用户请求的URI来执行不同的应用。URI即统一资源标识符(Uniform Resource Identifier),就是根据用户请求的网站地址URL进行匹配,匹配成功即进行相关的操作。

1、语法规则

1.1.前缀+uri    [=|~|~*|^~] /uri/ { … }

1.2.普通用法    location @name { ... }

前缀含义

=    开头表示精确匹配

^~    开头表示uri以某个常规字符串开头,理解为匹配 url路径即可

~*    开头表示不区分大小写的正则匹配

~    开头表示区分大小写的正则匹配(大小写敏感)

/     通用匹配,任何请求都会匹配到

注意:无符号和^~不能同时存在

2、location优先级

在nginx的location和配置中location的顺序没有太大关系。正location表达式的类型有关。相同类型的表达式,字符串长的会优先匹配

优先级排序:

"="大于"完整路径"大于"^~"大于"~*"大于"~"

分别通过加注释和取消注释来测试优先级

 

3、location正则用法

参考:https://www.cnblogs.com/IPYQ/p/7889399.html

location = / {

# 精确匹配 / ,主机名后面不能带任何字符串

[ configuration A ]

}

location / {

# 因为所有的地址都以 / 开头,所以这条规则将匹配到所有请求

# 但是正则和最长字符串会优先匹配

[ configuration B ]

}

location /documents/ {

# 匹配任何以 /documents/ 开头的地址,匹配符合以后,还要继续往下搜索

# 只有后面的正则表达式没有匹配到时,这一条才会采用这一条

[ configuration C ]

}

location ~ /documents/Abc {

# 匹配任何以 /documents/ 开头的地址,匹配符合以后,还要继续往下搜索

# 只有后面的正则表达式没有匹配到时,这一条才会采用这一条

[ configuration CC ]

}

location ^~ /images/ {

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

[ configuration D ]

}

location ~* .(gif|jpg|jpeg)$ {

# 匹配所有以 gif,jpg或jpeg 结尾的请求

# 然而,所有请求 /images/ 下的图片会被 config D 处理,因为 ^~ 到达不了这一条正则

[ configuration E ]

}

location /images/ {

# 字符匹配到 /images/,继续往下,会发现 ^~ 存在

[ configuration F ]

}

location /images/abc {

# 最长字符匹配到 /images/abc,继续往下,会发现 ^~ 存在

# F与G的放置顺序是没有关系的

[ configuration G ]

}

location ~ /images/abc/ {

# 只有去掉 config D 才有效:先最长匹配 config G 开头的地址,继续往下搜索,匹配到这一条正则,采用

[ configuration H ]

}

location ~* /js/.*/.js {

匹配站点根目录/js/目录后面以js结尾的内容,执行相关操作

}

location = /kaoshi/[0-9]+-[0-9]+-[0-9]/ {

匹配站点根目录/kaoshi/目录内容

autoindex off    #关闭浏览kaoshi目录下以日期命名的文件,但是能浏览其他内容

}

实际使用建议

所以实际使用中,个人觉得至少有三个匹配规则定义,如下:

#直接匹配网站根,通过域名访问网站首页比较频繁,使用这个会加速处理,官网如是说。

#这里是直接转发给后端应用服务器了,也可以是一个静态首页

# 第一个必选规则

location = / {

proxy_pass http://tomcat:8080/index

}

# 第二个必选规则是处理静态文件请求,这是nginx作为http服务器的强项

# 有两种配置模式,目录匹配或后缀匹配,任选其一或搭配使用

location ^~ /static/ {

root /webroot/static/;

}

location ~* .(gif|jpg|jpeg|png|css|js|ico)$ {

root /webroot/res/;

}

#第三个规则就是通用规则,用来转发动态请求到后端应用服务器

#非静态文件请求就默认是动态请求,自己根据实际把握

#毕竟目前的一些框架的流行,带.php,.jsp后缀的情况很少了

location / {

proxy_pass http://tomcat:8080/

}

 

 

 

 

原文地址:https://www.cnblogs.com/ssgeek/p/9220926.html