Nginx正则配置

jiezi

5 年前

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

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

<!– more –>

多个 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/}

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 最新技术资料，每天还有技术分享，我们一起进步，谢谢！

Nginx正则配置

匹配顺序

常用的规则

rewrite 指令

举个例子