Nginx系列教程(6)Nginx location 匹配规则详细解说
Nginx 的 location 实现了对请求的细分处理,有些 URI 返回静态内容,有些分发到后端服务器等,今天来彻底弄懂它的匹配规则
一个最简单的 location 的例子如下
server { server_name website.com; location /admin/ { # The configuration you place here only applies to # http://website.com/admin/ } } 复制代码
location 支持的语法 location [=|~|~*|^~|@] pattern { ... }
,乍一看还挺复杂的,来逐个看一下。
location修饰符类型
「=」 修饰符:要求路径完全匹配
server { server_name website.com; location = /abcd { […] } } 复制代码
-
http://website.com/abcd
匹配 -
http://website.com/ABCD
可能会匹配 ,也可以不匹配,取决于操作系统的文件系统是否大小写敏感(case-sensitive)。ps: Mac 默认是大小写不敏感的,git 使用会有大坑。 -
http://website.com/abcd?param1¶m2
匹配,忽略 querystring -
http://website.com/abcd/
不匹配,带有结尾的/
-
http://website.com/abcde
不匹配
「~」修饰符:区分大小写的正则匹配
server { server_name website.com; location ~ ^/abcd$ { […] } } 复制代码
^/abcd$
这个正则表达式表示字符串必须以/
开始,以$
结束,中间必须是abcd
-
http://website.com/abcd
匹配(完全匹配) -
http://website.com/ABCD
不匹配,大小写敏感 -
http://website.com/abcd?param1¶m2
匹配 -
http://website.com/abcd/
不匹配,不能匹配正则表达式 -
http://website.com/abcde
不匹配,不能匹配正则表达式
「~*」不区分大小写的正则匹配
server { server_name website.com; location ~* ^/abcd$ { […] } } 复制代码
-
http://website.com/abcd
匹配 (完全匹配) -
http://website.com/ABCD
匹配 (大小写不敏感) -
http://website.com/abcd?param1¶m2
匹配 -
http://website.com/abcd/
不匹配
,不能匹配正则表达式 -
http://website.com/abcde
不匹配
,不能匹配正则表达式
「^~」修饰符:前缀匹配 如果该 location 是最佳的匹配,那么对于匹配这个 location 的字符串, 该修饰符不再进行正则表达式检测。注意,这不是一个正则表达式匹配,它的目的是优先于正则表达式的匹配
查找的顺序及优先级
当有多条 location 规则时,nginx 有一套比较复杂的规则,优先级如下:
- 精确匹配
=
- 前缀匹配
^~
(立刻停止后续的正则搜索) - 按文件中顺序的正则匹配
~
或~*
- 匹配不带任何修饰的前缀匹配。
这个规则大体的思路是
先精确匹配,没有则查找带有
^~
的前缀匹配,没有则进行正则匹配,最后才返回前缀匹配的结果(如果有的话)如果上述规则不好理解,可以看下面的伪代码(非常重要)
function match(uri): rv = NULL if uri in exact_match: return exact_match[uri] if uri in prefix_match: if prefix_match[uri] is '^~': return prefix_match[uri] else: rv = prefix_match[uri] // 注意这里没有 return,且这里是最长匹配 if uri in regex_match: return regex_match[uri] // 按文件中顺序,找到即返回 return rv 复制代码
一个简化过的Node.js
写的代码如下
function ngx_http_core_find_location(uri, static_locations, regex_locations, named_locations, track) { let rc = null; let l = ngx_http_find_static_location(uri, static_locations, track); if (l) { if (l.exact_match) { return l; } if (l.noregex) { return l; } rc = l; } if (regex_locations) { for (let i = 0 ; i < regex_locations.length; i ++) { if (track) track(regex_locations[i].id); let n = null; if (regex_locations[i].rcaseless) { n = uri.match(new RegExp(regex_locations[i].name)); } else { n = uri.match(new RegExp(regex_locations[i].name), "i"); } if (n) { return regex_locations[i]; } } } return rc; } 复制代码
案例分析
案例 1
server { server_name website.com; location /doc { return 701; # 用这样的方式,可以方便的知道请求到了哪里 } location ~* ^/document$ { return 702; # 用这样的方式,可以方便的知道请求到了哪里 } } curl -I website.com:8080/document HTTP/1.1 702 复制代码
按照上述的规则,第二个会有更高的优先级
案例2
server { server_name website.com; location /document { return 701; } location ~* ^/document$ { return 702; } } curl -I website.com:8080/document 复制代码
第二个匹配了正则表达式,优先级高于第一个普通前缀匹配
案例 3
server { server_name website.com; location ^~ /doc { return 701; } location ~* ^/document$ { return 702; } } curl http://website.com/document HTTP/1.1 701 复制代码
第一个前缀匹配^~
命中以后不会再搜寻正则匹配,所以会第一个命中
案例 4
server { server_name website.com; location /docu { return 701; } location /doc { return 702; } } 复制代码
curl -I website.com:8080/document
返回 HTTP/1.1 701
,
server { server_name website.com; location /doc { return 702; } location /docu { return 701; } } 复制代码
curl -I website.com:8080/document
依然返回 HTTP/1.1 701
前缀匹配下,返回最长匹配的 location,与 location 所在位置顺序无关
案例 5
server { listen 8080; server_name website.com; location ~ ^/doc[a-z]+ { return 701; } location ~ ^/docu[a-z]+ { return 702; } } 复制代码
curl -I website.com:8080/document
返回 HTTP/1.1 701
把顺序换一下
server { listen 8080; server_name website.com; location ~ ^/docu[a-z]+ { return 702; } location ~ ^/doc[a-z]+ { return 701; } } 复制代码
curl -I website.com:8080/document
返回 HTTP/1.1 702
正则匹配是使用文件中的顺序,找到返回
本系列往期文章参考
Nginx系列教程(4)nginx处理web应用负载均衡问题以保证高并发
Nginx系列教程(5)如何保障nginx的高可用性(keepalived)
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
C# efcore 控制台实例
public class DefaultDbContext : DbContext { public DefaultDbContext() { } public DbSet<User> Users { set; get; } public DbSet<UserDetail> UserDetails { get; set; } protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder) { string sqlConnection = "server=127.0.0.1;port=3306;user=root;password=123456;database=efcoredemo"; optionsBuilder.UseMySql(sqlConnection); } protected override void OnModelCreating(ModelBuilder modelBuilder) { modelBuilder.ApplyConfiguration<...
- 下一篇
手把手教你进行Pycharm活动模板配置
/1 前言/ 嘿,各位小伙伴大家好,最近后台很多小伙伴加小编微信,说是想使用Pycharm,除了简单的安装Pycharm和设置Pycharm解释器之外,Python环境搭建—安利Python小白的Python和Pycharm安装详细教程,安装好Pycharm后如何配置Python解释器简易教程,有个活动模板配置,小编觉得也还是蛮重要的,这里整理出来给大家学习。如果想学习一些Pycharm的使用技巧,在后台的精选文章栏目里边有专门的文章系列,可以去学习一下的, 今天给小火煲们带来的干货是Pycharm活动模板配置,一起来看看吧~ /2什么是活动模板/ 话不多说,直接上图 活动模板配置.gif 很简单的一个示例,就是在pycharm中输入main关键字,会自动带出一些默认的代码,这个就是活动模板配置 可能有人会问,这个有什么用呢,我只能说,人因懒而伟大,本老鸟就是本着能少写代码就少写代码的态度,能懒则懒的态度,教各位小伙伴如何配置活动模板,偷出更多的懒,哈哈哈! /3配置活动模板步骤/ 1.点击pycharm左上角,打开settings,如下图所示。 2.搜索 Live Template...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
-
Docker使用Oracle官方镜像安装(12C,18C,19C)
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- CentOS8编译安装MySQL8.0.19
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- MySQL8.0.19开启GTID主从同步CentOS8
- CentOS7,8上快速安装Gitea,搭建Git服务器
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
推荐阅读
最新文章
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- CentOS6,CentOS7官方镜像安装Oracle11G
- SpringBoot2整合Redis,开启缓存,提高访问速度
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- Hadoop3单机部署,实现最简伪集群
- MySQL8.0.19开启GTID主从同步CentOS8
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果