nginx设置通用访问后缀

需求A描述:比如说服务器的访问路径中含有(.json,.axp,.php), 我们访问可以在nginx中设置拦截规则,定义正则表达式进行拦截,转发到对应的服务器上去。

服务器接口访问路径:

@GetMapping("/isCollection.json")
public String getString(){
   return "OK";
}

浏览器访问方式:  

http://47.102.42.198:8888/isCollection.json

nginx配置方式:

location ~* \.(json)$ {
   proxy_pass http://localhost:8081;   #......
   proxy_connect_timeout 3000s;
   proxy_send_timeout 3000s;
   proxy_read_timeout 3000s;
   proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
   proxy_set_header Host $host:$server_port;
   client_max_body_size    100m;
}

需求B描述:比如说访问路径中含有(.json,.axp,.php),而服务器中并不存在后缀,我们访问可以在nginx中配置截取后缀,转发到对应的服务器上去。

服务器接口路径: 

@GetMapping("/risk/isCollection")
public String getString(){
   return "OK";
}

浏览器访问方式: 

http://47.102.42.198:8888/isCollection.json

nginx配置方式:

location / {
   rewrite '^(.*)\.json$' /risk/$1 last;
}

location /risk/ {
   proxy_pass http://localhost:8081;   #服务器地址|域名
   proxy_connect_timeout 3000s;
   proxy_send_timeout 3000s;
   proxy_read_timeout 3000s;
   proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
   proxy_set_header Host $host:$server_port;
   client_max_body_size 100m;
}

Location 的匹配规则详解 

句法:

location [ = | ~ | ~* | ^~ ] uri { ... }location @name { ... }

默认:

-

内容:

server, location

=:开头表示精确匹配

^~:开头表示uri以某个常规字符串开头,理解为匹配 url路径即可。nginx不对url做编码,因此请求为/static/20%/aa,可以被规则^~ /static/ /aa匹配到(注意是空格)。

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

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

!~!~*:分别为区分大小写不匹配及不区分大小写不匹配 的正则

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

多个location配置的情况下匹配顺序为(参考资料而来,还未实际验证,试试就知道了,不必拘泥,仅供参考):

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

例子,有如下匹配规则:

location = /  {
    [ configuration A ]
}

location = /login {
    [ configuration B ]
}

location ^~ /static/ {
    [ configuration C ]
}

location ~ \.(gif|jpg|png|js|css)$ {
    [ configuration D ]
}

location ~* \.png$ {
    [ configuration E ]
}

location !~ \.xhtml$ {
    [ configuration F ]
}

location !~* \.xhtml$ {
    [ configuration G ]
}

location / {
    [ configuration H ]
}

那么产生的效果如下:

  • 访问根目录/, 比如 http://localhost/  将匹配 [configuration A]
  • 访问 http://localhost/login 将匹配[configuration B],http://localhost/register 则匹配 [configuration H]
  • 访问 http://localhost/static/font.html 将匹配[configuration C]
  • 访问 http://localhost/font.gif, http://localhost/font.jpg 将匹配[configuration D][configuration E],但是[configuration D]顺序优先,[configuration E]起作用, 而 http://localhost/static/c.png 则优先匹配到 [configuration C]
  • 访问 http://localhost/font.PNG 则匹配[configuration E], 而不会匹配[configuration D],因为[configuration E]不区分大小写。
  • 访问 http://localhost/font.xhtml 不会匹配[configuration F][configuration G],http://localhost/font.XHTML不会匹配[configuration G],因为不区分大小写。[configuration F][configuration G]属于排除法,符合匹配规则但是不会匹配到,所以想想看实际应用中哪里会用到。
  • 访问 http://localhost/category/id/1234则最终匹配到[configuration H],因为以上规则都不匹配,这个时候应该是nginx转发请求给后端应用服务器,比如FastCGI(php),tomcat(jsp),nginx作为方向代理服务器存在。