nginx绝对路径和相对路径

在Nginx配置文件中，路径可以分为绝对路径和相对路径。

**1. 绝对路径**: 使用绝对路径是指直接引用服务器硬盘上的完整路径。例如：

location /static/ {
    root /data/nginx/static/;
}

这里`/data/nginx/static/`就是绝对路径，表示静态资源存储在服务器的"/data/nginx/static/"目录下。

**2. 相对路径**: 相对路径是在当前工作目录（通常是配置文件所在的目录）的基础上相对于该位置来查找的。如果配置文件位于`/etc/nginx/conf.d/`，那么`location /images/ { ... }`中的`/images/`就是一个相对路径，表示图片文件夹在配置文件所在目录的同级目录`images`下。

Nginx会根据配置文件的位置来解析相对路径。如果你不确定，通常推荐使用绝对路径以防路径变化导致配置失效。

**相关问题--:**
1. Nginx的root和prefix有何区别？
2. 如何在Nginx中设置默认文档路径？
3. 当Nginx配置文件包含相对路径时，如何确保其跨系统移植性？

相关问题

nginx location 转发 绝对路径与相对路径

### Nginx Location 配置中的绝对路径与相对路径区别

当涉及到Nginx `location`配置用于转发请求时，理解如何正确使用绝对路径和相对路径至关重要。

#### 绝对路径配置

对于绝对路径的配置，在定义`location`指令时指定完整的URL路径。这种情况下，无论客户端发起请求的具体位置是什么，只要匹配该路径模式就会触发相应的处理逻辑。例如：

server {
    listen 80;
    
    location /static/images/index.png {
        alias /var/www/html/static/images/;
    }
}

上述配置表示任何针对`http://yourdomain.com/static/images/index.png`的请求都会映射到服务器上的`/var/www/html/static/images/`目录下查找资源[^1]。

#### 相对路径配置及其局限性

相比之下，相对路径是指在`location`中仅提供部分路径信息而不包含根节点的情况。然而需要注意的是，在Nginx内部实现上并不存在真正意义上的“相对路径”，因为即使看起来像是指定了相对路径，实际上这些路径也会基于监听地址自动补全成完整形式。这可能导致某些场景下的行为不符合预期，比如跨域重定向失败等问题[^2]。

考虑如下示例：

server {
    listen 80;

    location /new/ {
        rewrite ^(.*)$ /old/$1 permanent;
    }
}

尽管这里的`/new/`看似是一个相对路径，但在实际应用过程中它会被视为相对于当前主机名的一个固定入口点，并且返回给浏览器的响应头仍然携带了完整的URL作为目标地点。

#### 正确运用绝对路径与相对路径的方法

为了确保最佳实践，建议遵循以下原则来决定何时采用哪种类型的路径：

- **优先选用绝对路径**：特别是在涉及静态文件服务或反向代理的情况下，明确指出源文件所在的确切物理位置可以减少歧义并提高性能。

- **谨慎对待伪“相对路径”**：由于所谓的相对路径实际上是通过默认规则转换而来的绝对路径，因此应当特别注意其可能带来的副作用，尤其是在多级子域名结构或是存在多个虚拟站点部署环境中。

另外值得注意的一点是在进行反向代理设置时，关于是否应在`location`语句后面附加斜杠以及对应的`proxy_pass`参数是否有斜杠也会影响最终的结果[^4]。

# 请求 http://example.com/app/test 将被转发到 http://backend/app/test
location /app {
    proxy_pass http://backend/;
}

# 请求 http://example.com/app 将只被转发至 http://backend/
location /app/ {
    proxy_pass http://backend/;
}

nginx路径匹配规则

### Nginx 路径匹配规则详解

#### 前缀路径匹配

Nginx 配置中，当处理客户端请求时，会先检查由前缀字符串定义的路径（前缀路径）。这些路径按照其在配置文件中的顺序被逐一检验，直到找到能够最精确匹配请求 URI 的路径[^1]。

对于多个可能匹配的情况，Nginx会选择最长且完全吻合的部分作为最终匹配项。例如：

location /images/ {
    # 处理以/images/开头的所有请求
}

如果存在更具体的子目录如`/images/thumbnails/`, 它会被优先于 `/images/` 进行匹配。

#### 正则表达式路径匹配

一旦完成了对所有前缀路径的扫描之后，Nginx 接下来会依据配置文件内的先后次序来评估所有的正则表达式模式。只要有一个正则表达式的条件得到满足，就会立即终止后续其他规则的检测过程，并采用当前已成功匹配的那个规则来进行响应处理。

示例代码如下所示:

location ~ \.(gif|jpg|png)$ {
    expires 30d;
}

此段落意指任何扩展名为`.gif`, `.jpg` 或者 `.png` 文件都将应用缓存策略为期三十天。

#### 绝对与相对路径的区别

转发目标 URL 是否带有斜线决定了它是绝对还是相对路径。具体来说，带斜杠的是绝对根路径，在这种情况下，原始请求路径将不再附加到转发的目标地址后面；而未加斜杠的情形下则是相对路径，意味着原请求路径的一部分将会连同新指定的位置一起发送给后端服务器[^2]。

比如下面两个例子展示了不同情况下的行为差异：

- `proxy_pass http://backend.example.com/;` —— 请求 `/foo/bar` 将变成 `http://backend.example.com/foo/bar`
- `proxy_pass http://backend.example.com;` —— 同样的请求只会变为 `http://backend.example.com/bar`

#### 特殊字符和修饰符的作用

某些特殊符号可以用来进一步限定如何解释特定类型的路径。例如，“=”用于指示严格相等比较，只有当整个请求 URI 和所设值一字不差时才会触发相应的动作；“^~” 则表明即使有更长的前缀或正则表达式也可能覆盖这个位置，但仍应执行这里的指令集[^5]。

location = /exact/path {
    # 只针对 '/exact/path' 提供服务
}

location ^~ /static/files/ {
    # 即使有更详细的规则也会优先考虑这里
}

通过上述机制,Nginx实现了灵活多变而又高效的路由控制能力,使得Web应用程序可以根据不同的需求定制化自己的访问逻辑.