Nginx中Location配置超详细讲解
目录
- 一、语法
- 二、匹配顺序
- 三、root 与 alias 的区别
- 四、server 和 location 中的 root
- 总结
一、语法
Location 是 Nginx 中一个非常核心的配置,关于Location,举个简单的配置例子:
server {
listen 80;
server_name 10.0.7.115;
location / {
root /data/app/;
index index.html;
}
}
当访问 http://10.0.7.115:80 的时候,返回的是 /data/app/index.html 文件。
Location具体语法:
location [ = | ~ | ~* | ^~ ] uri { ... }
重点看方括号中的 [ = | ~ | ~* | ^~ ],其中 | 分隔的内容表示你可能会用到的语法,其中:
= 表示精确匹配:
location = /test {
return 200 "hello";
}
例如:
/test ok /test/ not ok /test2 not ok /test/2 not ok
~ 表示区分大小写的正则匹配:
location ~ ^/test$ {
[configuration]
}
例如:
/test ok /Test not ok /test/ not ok /test2 not ok
~* 表示不区分大小写的正则匹配:
location ~* ^/test$ {
[configuration]
}
例如:
/test ok /Test ok /test/ not ok /test2 not ok
^~ 表示 uri 以某个字符串开头:
location ^~ /images/ {
[configuration]
}
例如:
/images/1.gif ok
/ 表示通用匹配:
location / {
[configuration]
}
例如:
/index.html ok
location /test {
[configuration]
}
例如:
/test ok /test2 ok /test/ ok
二、匹配顺序
Location的定义分为两种:
- 前缀字符串(prefix string)
- 正则表达式(regular expression),具体为
前面带 ~* 和 ~ 修饰符的
当存在多个 Location 的时候,匹配的顺序为:
检查使用前缀字符串的 locations,在使用前缀字符串的 locations 中选择最长匹配的,并将结果进行储存;
- 如果符合带有
=修饰符的URI,则立刻停止匹配; - 如果符合带有
^~修饰符的URI,则也立刻停止匹配; - 然后按照定义文件的顺序,检查正则表达式,匹配到就停止;
- 当正则表达式匹配不到的时候,使用之前储存的前缀字符串;
总结:
在顺序上:
- 前缀字符串顺序不重要,按照匹配长度来确定;
- 正则表达式则按照定义顺序;
在 优先级上:
=修饰符最高,^~次之,再者是正则,最后是前缀字符串匹配。
我们举几个简单的例子进行说明
请求URI如下:
/document
示例一:
配置:
server {
location /doc {
[ configuration A ]
}
location /docu {
[ configuration B ]
}
}
匹配结果:
configuration B
注:虽然 /doc 也能匹配到,但 在顺序上,前缀字符串顺序不重要,按照匹配长度来确定。
示例二:
server {
location ~ ^/doc {
[ configuration A ]
}
location ~ ^/docu {
[ configuration B ]
}
}
匹配结果:
configuration A
注:虽然 ~ ^/docu 也能匹配到,但 正则表达式则按照定义顺序。
示例三:
server {
location ^~ /doc {
[ configuration A ]
}
location ~ ^/docu {
[ configuration B ]
}
}
匹配结果:
configuration A
注:虽然 ~ ^/docu 也能匹配到,但 ^~ 的 优先级更高。
示例四:
server {
location /document {
[ configuration A ]
}
location ~ ^/docu {
[ configuration B ]
}
}
匹配结果:
configuration B
注:虽然 /document 也能匹配到,但 正则的优先级更高。
三、root 与 alias 的区别
当我们这样设置 root 的时候:
location /i/ {
root /data/w3;
}
当请求 /i/top.gif,/data/w3/i/top.gif 会被返回。
当我们这样设置 alias 的时候:
location /i/ {
alias /data/w3/images/;
}
当请求 /i/top.gif,/data/w3/images/top.gif 会被返回。
两者的区别:
root是直接拼接root + location;alias是用alias替换location;
四、server 和 location 中的 root
server 和 location 中都可以使用 root,举个例子:
server {
listen 80;
server_name 10.0.7.115;
root /data/app/;
location / {
root /data/web/;
index index.html;
}
}
如果两者都出现,是怎样的优先级呢?
简单的来说,就是 就近原则,如果 location 中能匹配到,就是用 location 中的 root 配置,忽略 server 中的 root,当 location 中匹配不到的时候,则使用 server 中的 root 配置。
总结
栏 目:其它服务器
下一篇:VMware Workstation Pro 16安装CentOS7超详细图文步骤
本文地址:https://zz.feitang.co/server/30588.html
您可能感兴趣的文章
- 12-20Kubernetes中使用临时容器进行故障排查的方法
- 12-20Nginx设置HTTPS的方法步骤
- 12-20二进制方式安装 Kubernetes1.18.3版本实现脚本
- 12-20Nginx工作模式及代理配置的使用细节
- 12-20ZooKeeper分布式协调服务设计核心概念及安装配置
- 12-20Kubernetes部署可视化地图的十个步骤
- 12-20关于docker清理Overlay2占用磁盘空间的问题(亲测有效)
- 12-20Docker compose配置文件写法及命令使用示例
- 12-20openwrt安装docker并启动的操作方法
- 12-20云原生Kubernetes初始化容器Init使用教程


阅读排行
推荐教程
- 12-07一文教你怎么选择Tomcat对应的JDK版本
- 12-07新版Eclipse集成Tomcat时找不到server选项的解决方法
- 12-06IIS7 应用程序池自动回收关闭的解决方案
- 12-05Windows Server 2019安装VMware
- 12-05Windows服务器默认IE浏览器无法下载文件的解决方法
- 12-05Docker安装Jenkins全过程
- 12-19Zabbix SAML SSO 登录绕过漏洞的操作流程
- 12-15Docker-Compose搭建Spark集群的实现方法
- 12-14Docker Desktop无法正常启动解决(failed to start...)
- 12-14k8s 与docker空间使用分析与清理方法





