如何在使用变量时复现Nginx proxy_pass的location原生转发行为？

绝对有办法！不用正则location也能搞定这个问题，我给你两个实用的方案，都是日常配置Nginx时验证过的：

方案一：用rewrite改写路径（最直接） #

这个方案利用rewrite指令先把请求路径里的/foo/前缀去掉，再配合不带URI的变量式proxy_pass，就能完美复现原生转发行为：

location /foo/ {
    set $target http://example.com;
    # 把/foo/开头的路径替换成/后面的部分，break停止后续rewrite处理
    rewrite ^/foo/(.*)$ /$1 break;
    proxy_pass $target;
}

原理说明： #

当请求/foo/bar进来时，rewrite会把URI改成/bar，然后proxy_pass使用不带URI的变量$target，这时候Nginx会自动把当前处理后的URI（也就是/bar）追加到目标地址后面，最终转发到http://example.com/bar，和原生的proxy_pass http://example.com/;行为完全一致。

方案二：用map指令预处理路径（适合多location复用） #

如果你有多个类似的路径需要处理，可以在全局配置里用map指令统一处理路径前缀，避免每个location都写rewrite：

# 在server块外（比如http块下）定义map
map $uri $stripped_uri {
    # 匹配/foo/开头的路径，提取后面的部分并加上/
    ~^/foo/(.*) /$1;
    # 其他路径保持原样
    default $uri;
}

server {
    # ...其他配置...
    location /foo/ {
        set $target http://example.com;
        proxy_pass $target$stripped_uri$is_args$args;
    }
}

原理说明： #

map会根据请求的$uri生成对应的$stripped_uri，比如/foo/bar会被处理成/bar，然后通过$target$stripped_uri$is_args$args拼接出完整的目标地址，其中$is_args和$args用来保留请求的参数，确保转发时不会丢失。

为什么之前的方法不行？ #

再帮你理清楚核心问题：

• 当proxy_pass使用不带变量的绝对URI+路径（比如http://example.com/）时，Nginx会自动把location匹配的前缀（/foo/）替换成目标路径（/），再把剩余部分追加进去。
• 但当proxy_pass使用变量时，Nginx会直接把当前的URI（或者变量里的URI）原样传给上游，不会自动替换前缀，所以需要我们手动处理路径。

这两个方案都避开了正则location，完全满足你的需求～

内容的提问来源于stack exchange，提问作者petroni