Nginx Location

本文详细介绍了Nginx中的Location指令,包括其基本语法、匹配过程及配置实例。Location指令用于为匹配的URI进行配置,支持精确匹配、正则匹配等多种方式。

Nginx 中的 Location 指令 是NginxHttpCoreModule中重要指令。Location 指令比较简单,但却是配置 Nginx 过程中不得不去了解的。

Location 指令,是用来为匹配的 URI 进行配置,URI 即语法中的"/uri/",可以是字符串或正则表达式。但如果要使用正则表达式,则必须指定前缀。

一、基本语法

1
location [=|~|~*|^~|@] /uri/ {}

〖=〗 表示精确匹配,如果找到,立即停止搜索并立即处理此请求。
〖~ 〗 表示区分大小写匹配
〖~*〗 表示不区分大小写匹配
〖^~ 〗 表示只匹配字符串,不查询正则表达式。
〖@〗 指定一个命名的location,一般只用于内部重定向请求。

二、匹配过程

首先对字符串进行匹配查询,最确切的匹配将被使用。然后,正则表达式的匹配查询开始,匹配第一个结果后会停止搜索,如果没有找到正则表达式,将使用字符串的搜索结果,如果字符串和正则都匹配,那么正则优先级较高。

三、配置实例

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 location  = / {
  # 只匹配对 / 目录的查询.
  [ config A ]
}
location  / {
  # 匹配以 / 开始的查询,即所有查询都匹配。
  [ config B ]
}
location ^~ /images/ {
  # 匹配以 /images/ 开始的查询,不再检查正则表达式。
  [ config C ]
}
location ~* \.(gif|jpg|jpeg)$ {
  # 匹配以gif, jpg, or jpeg结尾的文件,但优先级低于config C。
  [ config D ]
}

      
      
      
      

      

      

       
       

四、全局变量

$args #这个变量等于请求行中的参数。
$content_length #请求头中的Content-length字段。
$content_type #请求头中的Content-Type字段。
$document_root #当前请求在root指令中指定的值。
$host #请求主机头字段,否则为服务器名称。
$http_user_agent #客户端agent信息
$http_cookie #客户端cookie信息
$limit_rate #这个变量可以限制连接速率。
$request_body_file #客户端请求主体信息的临时文件名。
$request_method #客户端请求的动作,通常为GET或POST。
$remote_addr #客户端的IP地址。
$remote_port #客户端的端口。
$remote_user #已经经过Auth Basic Module验证的用户名。
$request_filename #当前请求的文件路径,由root或alias指令与URI请求生成。
$query_string #与$args相同。
$scheme #HTTP方法(如http,https)。
$server_protocol #请求使用的协议,通常是HTTP/1.0或HTTP/1.1。
$server_addr #服务器地址,在完成一次系统调用后可以确定这个值。
$server_name #服务器名称。
$server_port #请求到达服务器的端口号。
$request_uri #包含请求参数的原始URI,不包含主机名,如:”/foo/bar.php?arg=baz”。
$uri #不带请求参数的当前URI,$uri不包含主机名,如”/foo/bar.html”。
$document_uri #与$uri相同。

参考资料:

1、HttpCoreModule

转载于:https://my.oschina.net/liangzi1210/blog/142867

### Nginx 中 `location` 指令使用说明 #### 定义与作用 `location` 块用于在 Nginx 配置文件中定义一个位置匹配规则。当客户端发送请求时,Nginx 会根据请求的 URI 来匹配 `location` 块,并执行相应的处理指令。这使得 Web 服务器能够根据不同 URL 路径提供不同类型的响应或转发到不同的后端服务[^1]。 #### 匹配方式 `location` 支持多种匹配模式: - **前缀字符串**:最简单的形式是直接给出路径作为参数,如 `/static/` 表示所有以该串开头的 URL 将被此规则捕获。 ```nginx location /static/ { alias /usr/share/nginx/html/static/; } ``` - **精确匹配** (`=`) :只有完全一致才生效,通常用来快速定位特定页面而不需继续后续更复杂的比较操作。 ```nginx location = /exact/path { # 处理逻辑... } ``` - **正则表达式** (带波浪号 `~`) : 对大小写敏感;而带有星号加波浪号(`~*`) 则表示忽略字母大小写的差异来进行模式识别。 ```nginx location ~ \.php$ { fastcgi_pass backend_php; } location ~* \.(jpg|jpeg)$ { expires max; } ``` - **优先级最高标记** (`^~`) :一旦找到即刻停止搜索其他可能符合条件的位置块并立即应用当前设置。 ```nginx location ^~ /images/ { root /var/www/images; } ``` #### 实战案例分析 考虑如下一段配置片段展示了几种不同类型之间的相互关系及其触发条件: ```nginx server { listen 80; server_name localhost; location / { try_files $uri $uri/ =404; } location /crow/ { return 501 "通用匹配\n"; } location ~* /crow/.*\.md { return 501 "正则表达式,不区分大小写\n"; } location ~ /crow/.*\.md { return 501 "正则表达式,区分大小写\n"; } } ``` 在这个例子中,如果访问的是类似于 `/crow/test.MD` 的地址,则由于存在非严格意义上的大写字母 M,在两个正则选项里会选择后者——因为它是区分大小写的版本[^4]。 #### 综合实例解析 下面的例子展示了多个 `location` 块如何共存以及它们之间潜在的竞争情况: ```nginx location /a {} # 1 - 默认情况下会被认为是最先尝试的一条记录 location /b {} # 2 location ^~ /a/b {} # 3 - 如果有确切匹配 "/a/b" 请求的话,这条将胜出 location ~* /a.* {} # 4 - 所有的以"a." 开始的情况都适用这里除非前面已经找到了更好的选择 location ~* /.*/{} # 5 - 这是一个非常宽泛的选择器几乎能覆盖任何东西但是应该放在最后以免干扰其它更加具体的规则 location = /a/b {} # 6 - 只针对单一路径有效所以理论上讲应当总是优于其他的模糊匹配项 ``` 上述代码段表明了各种类型间的关系及各自的特点[^5]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值