Nginx正则配置

Nginx配置中Location的语法规则 location [ = | ~ | ~* | ^~ | !~ | !~* ] /uri/{ … }

  • = 表示精确匹配
  • ~ 表示区分大小写正则匹配
  • ~* 表示不区分大小写正则匹配
  • ^~ 表示URI以某个常规字符串开头
  • !~ 表示区分大小写正则不匹配
  • !~* 表示不区分大小写正则不匹配
  • / 通用匹配,任何请求都会匹配到

匹配顺序

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

  1. 首先匹配 =
  2. 其次匹配 ^~
  3. 其次是按文件中顺序的正则匹配
  4. 最后是交给 / 通用匹配

当有匹配成功时候,停止匹配,按当前匹配规则处理请求。

常用的规则

  1. 精确匹配
location = / {
  proxy_pass http://127.0.0.1:9090/
}

将所有请求直接转发给服务器的9090端口。

  1. 处理静态文件
#目录匹配
location ^~ /static/ {
  root /webroot/static/;
}
#后缀匹配
location ~* \.(gif|jpg|jpeg|png|css|js|ico)$ {
  root /webroot/res/;
}
  1. 转发动态请求到后端应用服务器
#将/account/开始的请求转发给Account服务器
location /account/ {
    proxy_pass http://127.0.0.1:8080/
}
#将/order/开始的请求转发给Order服务器
location /order/ {
    proxy_pass http://127.0.0.1:9090/
}

rewrite指令

  • last 相当于apache里面的[L]标记,表示rewrite。
  • break 本条规则匹配完成后,终止匹配,不再匹配后面的规则。
  • redirect 返回302临时重定向,浏览器地址会显示跳转后的URL地址。
  • permanent 返回301永久重定向,浏览器地址会显示跳转后的URL地址。
  1. 使用lastbreak实现URI重写,浏览器地址栏不变。
  2. 使用alias指令必须用last标记;使用proxy_pass指令时,需要使用break标记。
  3. last标记在本条rewrite规则执行完毕后,会对其所在server{......}标签重新发起请求,而break标记则在本条规则匹配完成后,终止匹配。

举个例子

例子只是为了大家理解,不是实际场景。

服务器提供一个接口 /api/v1/access, 终端用户可以通过浏览器页面访问, 也可以通过公众号访问,也可以通过App访问。

需求来了,想要根据不同的渠道统计访问数,我们在终端调用接口的时候各自分配一个数字。

  • 浏览器页面:10000
  • 公众号内页面:20000
  • App页面操作:30000

不同终端在访问接口时将数字拼在接口前面,如:/10000/api/v1/access

Nginx需要把所有访问请求转到服务器,配置如下:

location ~/([0-9]+)/(.*)$ {
  rewrite /([0-9]+)/(.*)$ /$2 break;
  proxy_pass http://127.0.0.1:9090;
}

$2 表示路径中正则表达式匹配的第二个参数,也就是 (.*) 这部分。

好了,可能有朋友就问,这样就可以统计不同渠道的访问量了? 答案肯定是不行的么,nginx这块只是做了将不同渠道的请求转发到同一个服务去,它并没有做统计的工作。

统计的工作不属于本片文章的内容,但是放心。 既然提到了这块内容,实现方案还是要给大家讲的么。

原理很简单,Nginx的access访问日志中记录了所有请求记录,我们就可以拿这个数据去做统计,我这里仅说一种ELK方案:就是将日志数据推送到Elasticsearch中,然后就可以在Kibana中做图标展示这些指标了。想要了解ELK,请看我的另一篇文章使用 ELK(Elasticsearch + Logstash + Kibana) 搭建日志收集分析平台。

欢迎访问我的个人博客

关注公众号:JAVA九点半课堂,回复【资料】获取 2T 最新技术资料,每天还有技术分享,我们一起进步,谢谢!

你可能感兴趣的