Nginx location

Nginx location

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

一、语法规则

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

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

前缀含义

=    开头表示精确匹配

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

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

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

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

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

二、location优先级

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

优先级排序：

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

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

 

三、location正则用法

参考：http://www.javashuo.com/article/p-qusigjmv-gg.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/

}