Nginx正则配置

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

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

匹配顺序

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

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

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

常用的规则

精确匹配

location = / {
  proxy_pass http://127.0.0.1:9090/
}

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

处理静态文件

#目录匹配
location ^~ /static/ {
  root /webroot/static/;
}
#后缀匹配
location ~* \.(gif|jpg|jpeg|png|css|js|ico)$ {
  root /webroot/res/;
}

转发动态请求到后端应用服务器

#将/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地址。

使用last和break实现URI重写，浏览器地址栏不变。
使用alias指令必须用last标记;使用proxy_pass指令时，需要使用break标记。
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 行业最新资料！

匹配顺序

常用的规则

rewrite指令

举个例子

相关文章