nginx 子目录转发

解决方案

Nginx子目录转发是一种常见的配置需求，特别是在需要将特定路径的请求转发到其他服务或应用时。通过Nginx的反向代理功能，我们可以轻松实现这一目标。介绍几种实现Nginx子目录转发的方法，并提供详细的配置示例。

方法一：使用location匹配子目录

最常见的方式是通过location指令来匹配特定的子目录路径，并将其转发到指定的目标服务器。假设我们希望将/api路径下的所有请求转发到后端服务http://backend-server，可以通过以下配置实现：

nginx
server {
    listen 80;
    server_name example.com;</p>

<pre><code>location /api/ {
    proxy_pass http://backend-server/;
    # 确保转发后的URL路径正确
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto $scheme;
}

}

在这个配置中：
- location /api/ 指定了匹配的子目录路径。
- proxy_pass 后面跟的是目标服务器地址。
- proxy_set_header 用于传递原始请求的头部信息给后端服务器。

方法二：使用rewrite重写URL

有时我们需要对URL进行重写后再转发。例如，将/old/path/重写为/new/path/并转发到后端服务：

nginx
server {
    listen 80;
    server_name example.com;</p>

<pre><code>location /old/path/ {
    rewrite ^/old/path/(.*)$ /new/path/$1 break;
    proxy_pass http://backend-server/;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto $scheme;
}

}

这里的关键在于rewrite指令，它会将原始路径中的/old/path/部分替换为/new/path/，然后再进行转发。

方法三：处理静态资源与动态请求分离

在某些情况下，子目录下可能既有静态资源（如HTML、CSS、JS文件），也有动态API请求。我们可以通过不同的location块来分别处理这两类请求：

nginx
server {
    listen 80;
    server_name example.com;</p>

<pre><code># 静态资源处理
location /static/ {
    alias /var/www/static/;
    expires 7d;
}

# 动态API请求转发
location /api/ {
    proxy_pass http://backend-server/;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto $scheme;
}

}

通过这种方式，我们可以确保静态资源直接从本地文件系统提供，而动态请求则被转发到后端服务。

Nginx提供了多种方式来实现子目录转发，具体选择哪种方法取决于实际应用场景。无论是简单的路径匹配转发，还是复杂的URL重写和动静分离，都可以通过合理的配置达到预期效果。建议根据自身需求灵活调整配置参数，以获得性能和安全性。