Nginx location配置

最新推荐文章于 2024-08-19 14:51:27 发布
最新推荐文章于 2024-08-19 14:51:27 发布
阅读量475 收藏
点赞数
分类专栏： Nginx
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/jeikerxiao/article/details/82588757
版权

Nginx location配置

location 有”定位”的意思，主要是根据Uri来进行不同的定位。

在虚拟主机的配置中，是必不可少的。

location 可以把网站的不同部分，定位到不同的处理方式上。

location的基础语法

location

location [ 空格|=|~|~*|^~|/|!~|!~* ] /uri/ {

}
  • =：严格匹配。如果这个查询匹配，那么将停止搜索并立即处理此请求。
  • ~：为区分大小写匹配(可用正则表达式)。
  • ~*：为不区分大小写匹配(可用正则表达式)。
  • ^~：如果把这个前缀用于一个常规字符串,那么告诉nginx 如果路径匹配那么不测试正则表达式。
  • /：通用匹配, 如果没有其它匹配,任何请求都会匹配到。
  • !~：表示区分大小写不匹配(可用正则表达式)。
  • !~*：表示不区分大小写的不匹配(可用正则表达式)。

location 搜索顺序

顺序 no优先级：

  1. location =
  2. location 完整路径
  3. location ^~ 路径
  4. location ~,~* 正则顺序
  5. location 部分起始路径
  6. /

注意：

当有匹配成功时，立刻停止匹配，按照当前匹配规则处理请求。

特别注意：

  • 字符串匹配优先搜索，但是只是记录下最长的匹配 ( 如果 ^~ 是最长的匹配，则会直接命中，停止搜索正则 )。
  • 然后继续搜索正则匹配，如果有正则匹配，则命中正则匹配。
  • 如果没有正则匹配，则命中最长的字符串匹配。

配置示例

这里使用了 echo-nginx-module 模块，方便做输出测试显示。

精确匹配

location = /images/test.png {
    echo 'config1';
}

location  /images/test.png {
    echo 'config2';
}

location \/images\/test\.png$ {
    echo 'config3';
}

如果此时请求 http://127.0.0.1/images/test.png 会输出什么呢？

输出 config1, 精确匹配优先级最高！

精确匹配的特殊情况

location = / {
    index index.html;
}

location / {
    echo 'config2';
}

此时是输入http://127.0.0.1 会输出什么呢？

是输出 config2, 怎么精确匹配的优先级不灵了呢？

分析：

是这样的，精确匹配还是起作用了，请求目录(非具体文件)，nginx会将请求内部定向到index文件.

相当于先请求：http://127.0.0.1/，

再请求是http://127.0.0.1/index.html, 这是 config2 则被命中!

结论：所以精确匹配不要用来匹配 /

字符串搜索与正则搜索

location /images/test.png {
    echo 'config1';
}

location ^~ /images/ {
    echo 'config2';
}

location ~ \/images\/test\.png$ {
    echo 'config3';
}

location ~ \/images\/ {
    echo 'config4';
}

如果此时请求 http://127.0.0.1/images/test.png 会输出什么呢？

当然是 config3。

分析 ：

正则命中
(虽然 config1 为最长匹配的字符串，此时只做记录，后面还要搜索正则匹配，则config3正则匹配命中)。

仔细观察可以发现 config4 也被匹配成功了，但是正则的匹配顺序是按照location的定义顺序匹配的，所以 config3 命中。

字符串匹配优先级的提升( ^~ )

location /images/ {
    echo 'config1';
}

location ^~ /images/test.png {
    echo 'config2';
}

location ~ /images/test\.png$ {
    echo 'config3';
}

location ~ \/images\/ {
    echo 'config4';
}

如果此时请求 http://127.0.0.1/images/test.png 会输出什么呢？

当然是config2。

分析：

首部匹配命中
(因为字符串匹配是优先搜索的，此时发现config2 为最长的字符串匹配且为^~匹配方式，所以停止搜索正则，直接命中！)

所以这里的 ^~ 符号比较特殊，就是为了提高字符串匹配的优先级，优先于正则匹配。

location  = / {
  # 精确匹配 / ，主机名后面不能带任何字符串
  [ configuration A ] 
}

location  / {
  # 因为所有的地址都以 / 开头，所以这条规则将匹配到所有请求
  # 但是正则和最长字符串会优先匹配
  [ configuration B ] 
}

location /documents/ {
  # 匹配任何以 /documents/ 开头的地址，匹配符合以后，还要继续往下搜索
  # 只有后面的正则表达式没有匹配到时，这一条才会采用这一条
  [ configuration C ] 
}

location ~ /documents/Abc {
  # 匹配任何以 /documents/ 开头的地址，匹配符合以后，还要继续往下搜索
  # 只有后面的正则表达式没有匹配到时，这一条才会采用这一条
  [ configuration CC ] 
}

location ^~ /images/ {
  # 匹配任何以 /images/ 开头的地址，匹配符合以后，停止往下搜索正则，采用这一条。
  [ configuration D ] 
}

location ~* \.(gif|jpg|jpeg)$ {
  # 匹配所有以 gif,jpg或jpeg 结尾的请求
  # 然而，所有请求 /images/ 下的图片会被 config D 处理，因为 ^~ 到达不了这一条正则
  [ configuration E ] 
}

location /images/ {
  # 字符匹配到 /images/，继续往下，会发现 ^~ 存在
  [ configuration F ] 
}

location /images/abc {
  # 最长字符匹配到 /images/abc，继续往下，会发现 ^~ 存在
  # F与G的放置顺序是没有关系的
  [ configuration G ] 
}

location ~ /images/abc/ {
  # 只有去掉 config D 才有效：先最长匹配 config G 开头的地址，继续往下搜索，匹配到这一条正则，采用
    [ configuration H ] 
}

请求示例

  • http://127.0.0.1/ -> config A

    精确完全匹配，即使http://127.0.0.1/index.html也匹配不了。

  • http://127.0.0.1/downloads/download.html -> configuration B

    匹配B以后，往下没有任何匹配，采用B。

  • http://127.0.0.1/images/1.gif -> configuration D

    匹配到F，往下匹配到D，停止往下。

  • http://127.0.0.1/images/abc/def -> configuration D

    最长匹配到G，往下匹配D，停止往下。

    你可以看到 任何以/images/开头的都会匹配到D并停止，FG写在这里是没有任何意义的，H是永远轮不到的，这里只是为了说明匹配顺序。

  • http://127.0.0.1/documents/document.html -> configuration C

    匹配到C，往下没有任何匹配，采用C。

  • http://127.0.0.1/documents/1.jpg -> configuration E

    匹配到C，往下正则匹配到E。

  • http://127.0.0.1/documents/Abc.jpg -> configuration CC

    最长匹配到C，往下正则顺序匹配到CC，不会往下到E。

实际使用建议

所以实际使用中，个人觉得至少有三个匹配规则定义，如下：

# 直接匹配网站根，通过域名访问网站首页比较频繁，使用这个会加速处理，官网如是说。
# 这里是直接转发给后端应用服务器了，也可以是一个静态首页
# 第一个必选规则
location = / {
    proxy_pass http://tomcat:8080/index
}
# 第二个必选规则是处理静态文件请求，这是nginx作为http服务器的强项
# 有两种配置模式，目录匹配或后缀匹配,任选其一或搭配使用
location ^~ /static/ {
    root /webroot/static/;
}
location ~* \.(gif|jpg|jpeg|png|css|js|ico)$ {
    root /webroot/res/;
}
# 第三个规则就是通用规则，用来转发动态请求到后端应用服务器
# 非静态文件请求就默认是动态请求，自己根据实际把握
# 毕竟目前的一些框架的流行，带.php,.jsp后缀的情况很少了
location / {
    proxy_pass http://tomcat:8080/
}
jeikerxiao
关注
专栏目录
nginx location配置详细解释.pdf
07-08
### Nginx Location配置详细解析 #### 一、引言 Nginx 是一款轻量级的 Web 服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器，在 Linux 环境下有着非常好的性能表现。在 Nginx 的配置文件中，`location` ...
详解Nginx Location配置
09-30
Nginx Location配置是Nginx服务器中用于处理HTTP请求的核心部分，主要用于匹配并处理特定的URI路径。Location指令允许你定义一系列规则，以便当客户端请求到达时，Nginx能够选择最适合的处理策略。 首先，理解Nginx...
nginx的location配置详解
霓虹深处
05-17 2803
语法规则：location [=|~|~*|^~] /uri/ { … } =开头表示精确匹配 ^~开头表示uri以某个常规字符串开头，理解为匹配 url路径即可。nginx不对url做编码，因此请求为/static/20%/aa，可以被规则^~ /static/ /aa匹配到（注意是空格）。 ~开头表示区分大小写的正则匹配 ~* 开头表示不区分大小写的正则匹配 !~和!~*分别为区分...
Nginx之Location详解（语法、查找顺序与优先级、root与alias区别）
最新发布
小李学不完的博客
08-19 1555
location 是在 server 块中配置，根据不同的 URl使用不同的配置，来处理不同的请求 location 是有顺序的，会被第一个匹配的location 处理
Nginx的location配置
08-15 617
location指令匹配一个uri，然后将该location的配置应用在这个uri上。 Syntax: location [ = | ~ | ~* | ^~ ] uri { ... } location @name { ... } 1.1. 匹配过程 匹配是对一个标准化后的URI上执行的，标准化的URI解码了'%XX'，解析了相对路径.和..，并且将相连的反斜杠删到只剩一个等（前提是打开了...
Nginx location 配置
oschina_41559824的博客
10-12 1067
注意：前缀匹配，如果有包含关系时，按最大匹配原则进行匹配。比如在前缀匹配：location /dir01 与 location /dir01/dir02，如有请求 http://localhost/dir01/dir02/file 将最终匹配到 location /dir01/dir02。
nginx location 配置 正则表达式实例详解
09-30
**Nginx Location 配置正则表达式详解** 在Nginx服务器配置中，`location`指令扮演着至关重要的角色。它允许我们根据请求的URI（Uniform Resource Identifier）进行精细化处理，例如转发请求到不同的后端服务、提供...
nginx location的配置
大帅的博客
11-14 448
location语法： location [=|~|~*|^~] uri { ... } [ ]部分是匹配类型，可以没有，其中各项含义： （1）= 精准匹配，请求字符串必须和uri完全相同时匹配成功 （2）~ 区分大小写的正则匹配 （3）~* 不区分大小写的正则匹配 （4）^~ 表示uri以普通字符串开头， （5）空 表示uri以普通字符串开头，和上条意义相同，只是匹配顺序有
nginx location怎么配置
weixin_42604188的博客
02-13 130
Nginx的location配置是通过在nginx配置文件中定义location块来实现的。在location块中，您可以配置该路径下的各种请求处理方式。 语法如下： location [ = | ~ | ~* | ^~ ] uri { … } ...
nginx配置location
为梦想加油！！！
09-25 407
指令作用 匹配指定的请求uri（请求uri不包含查询字符串，如http://localhost:8080/test?id=10，请求uri是/test） 语法形式 location [ = | ~ | ~* | ^~ | @] /uri/ { configuration } 匹配模式及顺序 匹配字符串分为两种：普通字符串（literal string）和正则表达式（regular expression），其中 ~ 和 ~* 用于正则表达式， 其他前缀和无任何前缀都用于普通字符串。 匹配顺序是
nginx配置之location
火焰
05-29 198
说明： linux下安装nginx参照文章：linux环境下安装nginx 为了便于测试，这里安装nginx的时候附带安装一个扩展模块：echo-nginx-module 一、安装步骤(简略)： 将nginx-1.14.2.tar.gz和echo-nginx-module-0.61.tar.gz模块的安装包都拷贝到linux的/soft目录下面： 解压这两个压缩包 安装依赖 [root@192 ...
nginx location块配置
sinat_16493273的博客
03-12 461
像location /test和location ^~ /test虽然规则符号不同，但是也被认为是相同的location。正则匹配也是经常用的一种配置方式，如location ~ .jpg$可以匹配所有的jpg图片文件请求，location ~ ^/user/\d+可以匹配所有以/user/[用户ID]开头的请求。选择匹配前缀最长的位置并记住。此时如果访问/test1则会直接进入location ^~ /test1，虽然后面的正则匹配location ~ /test[0-9]也可以匹配，但是。
nginx之location配置详解
臣本布衣，躬耕于南阳
06-06 2864
原文地址：http://blog.csdn.net/hellochenlian/article/details/44655547 语法规则： location [=|~|~*|^~] /uri/ { … } = 开头表示精确匹配 ^~ 开头表示uri以某个常规字符串开头，理解为匹配 url路径即可。nginx不对url做编码，因此请求为/static/20%/aa，可以被规则^~
Nginx的location配置详解
2402_85402030的博客
06-06 1362
💡Location 是 Nginx 中一个非常核心的配置，通过location块，Nginx可以根据URI的不同部分进行匹配，并指定不同的行为，如代理请求、提供静态文件、重定向等。这篇重点讲解一下 Location 的配置问题以及一些注意事项。
Nginx Location配置详解
lingbomanbu_lyl的博客
05-11 1436
当不添加匹配标识时，Nginx服务器首先在server块的各个location块中搜索是否有。指令我们可以指定资源访问的根目录，但是我们会发现访问的uri会附加到指定的文件目录下。其中uri变量是待匹配的请求字符串，可以是包含有正则表达式的字符串，称之为。和请求字符串匹配，如果有多个可以匹配，就记录匹配度最高的一个。时，Nginx会在服务器上寻找路径为。时，Nginx会在服务器上寻找路径为。时，Nginx会在服务器上寻找路径为。时，Nginx会在服务器上寻找路径为。时，Nginx会在服务器上寻找路径为。
nginx location配置
08-05
在nginx中，location块用于定义URL与本地文件系统的映射关系。它可以根据请求的URL进行匹配，并执行相应的操作。...更多关于nginx location配置的详细信息，可以参考nginx的官方文档和Tengine的文档。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值