关于 nginx 根据 url 进行负载分配即 location 部分的相关设置

语法规则: location [=|~|~*|^~] /uri/ { … }

  • =开头表示精确匹配
  • ^~开头表示 uri 以某个常规字符串开头,理解为匹配 url 路径即可。nginx 不对 url 做编码,因此请求为 /static/20%/aa,可以被规则^~ /static/ /aa匹配到(注意是空格)。
  • ~开头表示区分大小写的正则匹配
  • ~*开头表示不区分大小写的正则匹配
  • !~!~*分别为区分大小写不匹配及不区分大小写不匹配 的正则
  • / 通用匹配,任何请求都会匹配到。





多个location配置的情况下匹配顺序为:

  1. 首先匹配=
  2. 其次匹配^~
  3. 其次是按文件中顺序的正则匹配,
  4. 最后是交给/ 通用匹配。
  5. 当有匹配成功时候,停止匹配,按当前匹配规则处理请求。

例子,有如下匹配规则:

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
}

那么产生的效果如下:





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

# 第一个必选规则
# 直接匹配网站根,通过域名访问网站首页比较频繁,使用这个会加速处理,官网如是说。
# 这里是直接转发给后端应用服务器了,也可以是一个静态首页
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/
}





根据不同访问的 url,分配到不同的负载机上。以下以 location 字段的实际例子来说明:

# “=”符号表示精确匹配,此处表示访问根目录,如 http://localhost/
location = / {   
}
# 如上,如访问 http://localhost/login
location = /login {   
}
# “^~”表示开头匹配,如访问 http://localhost/static/a.jsp(***);
location ^~ /static/ {   
}
# "~"表示正则匹配,且区分大小写
location ~ \.(gif|jpg|png|js|css)$ {   
}
#  “~*”表示不区分大小写的正则匹配
location ~* \.png$ {  
}
#  “!~”不匹配且区分大小写
location !~ \.xhtml$ {  
}
# “!~*”不匹配,不区分大小写
location !~* \.xhtml$ {   
}
# 通用匹配,任何都可以匹配到这里
location / {   
}

另外有一个比较常用的地方需要注意:

# 访问地址是 http://39.108.129.103:8099/bmapi/login
# proxy_pass   http://127.0.0.1:9090/;//此处转发到 http://127.0.0.1:9090/login
# proxy_pass   http://127.0.0.1:9090;//此处转发到 http://127.0.0.1:9090/bmapi/login
location  ^~ /bmapi/  {
  proxy_pass   xxx.xxx.xxx.xxx;           
}

猜你喜欢

转载自blog.csdn.net/u012209148/article/details/79894259
今日推荐