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