nginx的优先匹配规则

以=开头表示精确匹配

如 A 中只匹配根目录结尾的请求,后面不能带任何字符串。

^~ 开头表示uri以某个常规字符串开头,不是正则匹配

~ 开头表示区分大小写的正则匹配;

~* 开头表示不区分大小写的正则匹配

/ 通用匹配, 如果没有其它匹配,任何请求都会匹配到

顺序不等于优先级:

(location =) > (location 完整路径) > (location ^~ 路径) > (location ~,~* 正则顺序) > (location 部分起始路径) > (/)

# 第一个必选规则

一般会nginx代理多个tomcat,有一个作为首页,其余的只作为接口相互调用。

location = /cms {
        index.html html
      proxy_pass http://tomcat:8080;
}

第二种是静态,当然也有使用静态做首页的,都是死的,点了也不会跳转的,直接映射本地目录。

location ^~ /static/ {
    root /webroot/static/;
}
location ~* \.(gif|jpg|jpeg|png|css|js|ico)$ {
    root /webroot/res/;
}

第三种就是动静分离:

静态服务器放静态资源,nginx做反代:静态服务器访问本地静态资源,开启80端口。

location = / {
    root /data/www;
}
nginx web service做代理:
location = / {
index.html html
    proxy_pass http://static server:80;
}

第四种就是接口调用,nginx代理tomcat。

location /api {
    proxy_pass http://tomcat:8080/;
}

举一个简单的例子优先匹配规则,不能完全模仿生产,开发需求访问www.xxx/cms,如果是*.html的都跳到静态资源,其他的都跳到tomcat pool;当然静态资源和tomcat pool下面都有index.html文件。在自己的测试机试了下可以做到。

[[email protected] conf.d]# cat admin.conf 
server {
    listen       80;
    server_name  localhost;
location /cms {
    root /data/www;
    }
location ~* /cms/.*\.html$ {
    root /data/222;
}
}

目录下面的文件内容如下:

[[email protected] conf.d]# ls
admin.conf  default.conf.bak
[[email protected] conf.d]# cat /data/222/cms/index.html 
2
[[email protected] conf.d]# cat /data/www/cms/index.html 
index1

测试访问url:http://172.16.2.24/cms/,看它默认跳转。

测试成功,跟书写顺序无关,优先匹配。

时间: 2024-08-01 14:53:45

nginx的优先匹配规则的相关文章

Nginx之location 匹配规则详解

Nginx之location 匹配规则详解 关于一些对location认识的误区 1. location 的匹配顺序是"先匹配正则,再匹配普通". 矫正: location 的匹配顺序其实是"先匹配普通,再匹配正则".我这么说,大家一定会反驳我,因为按"先匹配普通,再匹配正则"解释不了大家平时习惯的按"先匹配正则,再匹配普通"的实践经验.这里我只能暂时解释下,造成这种误解的原因是:正则匹配会覆盖普通匹配(实际的规则,比这复杂,

nginx之location匹配规则

1.概述 Nginx server块下的一个指令,每个server块可以包含多个location块. 2.作用 (1)基于Nginx服务器接收到的请求字符串(例如:server_name/usr-string),对除虚拟主机名称(也可以是ip别名)之外的字符串(例如:"/usr-string")进行匹配,对特定的匹配进行处理: (2)地址定向.数据缓存和应答控制等功能都是在这部分实现: (3)许多第三方模块的配置也是在location块中提供功能. 3.语法结构 Location [

Nginx之location匹配规则(个人总结)

Location匹配的url的语法规则: syntax: location [=|~|~*|^~|@] /uri/ { - } default: no context: server=            表示精确匹配 ^~             表示普通字符匹配,不继续匹配正则,一般用来匹配目录 ~            表示区分大小写的正则匹配 ~*              表示不区分大小写的正则匹配 !~ 和!~*       分别表示区分大小写和不区分大小写不匹配的正则 @    

【转】nginx location匹配规则

转载请保留:http://www.nginx.cn/115.html location匹配命令 ~      #波浪线表示执行一个正则匹配,区分大小写~*    #表示执行一个正则匹配,不区分大小写^~    #^~表示普通字符匹配,如果该选项匹配,只匹配该选项,不匹配别的选项,一般用来匹配目录=      #进行普通字符精确匹配@     #"@" 定义一个命名的 location,使用在内部定向时,例如 error_page, try_files location 匹配的优先级(与

nginx location 匹配规则

location匹配规则 ~             #波浪线表示执行一个正则匹配,区分大小写 ~*           #表示执行一个正则匹配,不区分大小写 !~和!~*    #分别为区分大小写不匹配及不区分大小写不匹配 ^~           #^~表示普通字符匹配,如果该选项匹配,只匹配该选项,不匹配别的选项,一般用来匹配目录 =             #进行普通字符精确匹配 @            #"@" 定义一个命名的 location,使用在内部定向时,例如 er

详细解析 nginx uri 如何匹配 location 规则

location 是 nginx 配置中出现最频繁的配置项,一个 uri 是如何与多个 location 进行匹配的? 在有多个 location 都匹配的情况下,如何决定使用哪一个 location 作为匹配结果? 清晰内部机制之后,疑问自然迎刃而解. location 规则类型 根据官方文档,location 配置语法如下 Syntax: location [ = | ~ | ~* | ^~ ] uri { ... } location @name { ... } Default: - Co

Nginx location指令匹配顺序规则

location匹配命令 1. "= ",字面精确匹配, 如果匹配,则跳出匹配过程.(不再进行正则匹配) 2. "^~ ",最大前缀匹配,如果匹配,则跳出匹配过程.(不再进行正则匹配) 3. 不带任何前缀:最大前缀匹配,举例如下: location /  代表以"/"开头的搜索匹配, 再没有正则表达式匹配的情况下才进行这个匹配(优先级最低) 4. "~ ",大小写相关的正则匹配 5. "~* " , 大小写

前端开发掌握nginx常用功能之server&location匹配规则

nginx主要是公司运维同学必须掌握的知识,涉及到反向代理.负载均衡等服务器配置.前端开发尤其是纯前端开发来说对nginx接触的并不多,但是在一些情况下,nginx还是需要前端自己来搞:例如我们公司的开发环境和测试环境,虽然qa可以帮助搞定配置,但是每新增一个前端模块或者模块nginx配置经常变更都求着qa搞,麻烦别人还不如自己来搞,这样更能理解自己的需求.这些都需要前端开发对nginx有所理解,下面我们来说说nginx最基础的server和location匹配规则. 1. server匹配规则

nginx匹配规则说明以及匹配的优先级

location 匹配规则语法规则 location [=|~|~*|^~] /uri/ { … } 模式    含义location = /uri    = 表示精确匹配,只有完全匹配上才能生效location ^~ /uri    ^~ 开头对URL路径进行前缀匹配,并且在正则之前.location ~ pattern    开头表示区分大小写的正则匹配location ~* pattern    开头表示不区分大小写的正则匹配location /uri    不带任何修饰符,也表示前缀匹配