工作中经常会使用Nginx 配置反向代理，代理末尾的斜杠配置组合大体上可以分为8种，所以总是忘记 location 和 proxy_pass 最后面的斜杠会对代理结果有怎样的影响。今天我们就来试试找个统一的规则。

server {
    listen 8000;
    server_name localhost;

    #配置反向代理
    location /test/ {
        proxy_pass http://127.0.0.1:9000/api/;
    }
}

我们简单配置个反向代理的 conf，监听端口为8000，代理端口为 9000，下面分别罗列出 location 和proxy_pass 斜杠的8类组合，以及代理的结果。

第一种斜杠配置

#配置1
location /test/ {
  	proxy_pass http://127.0.0.1:9000/api/;
}

模拟请求

curl http://localhost:8000/test/user/query

由于我没有开启端口为9000的服务，nginx会返回502，所以来看下nginx的 error.log日志，截取一部分如下：

request: "GET /test/user/query HTTP/1.1", upstream: "http://127.0.0.1:9000/api/user/query"

其中，upstream 后面就是代理的结果，对比模拟请求，可以发现除了 ip:port 被替换，还少了个 "test"，我们大胆推测一下，nginx 监听到模拟请求后，判断其和 "/test/" 匹配，截取了 "
http://localhost:8000/test/" ，剩余的 "user/query" 拼接到 proxy_pass 的内容后面，就得到了 "
http://127.0.0.1:9000/api/user/query"

第二种斜杠配置

#配置2
location /test {
    proxy_pass http://127.0.0.1:9000/api;
}

模拟请求

curl http://localhost:8000/test/user/query

error.log日志截取如下：

request: "GET /test/user/query HTTP/1.1", upstream: "http://127.0.0.1:9000/api/user/query"

这里截取了 "
http://localhost:8000/test" ，剩余 "/user/query" 拼接到 proxy_pass 的内容后面，得到 "http://127.0.0.1:9000/api/user/query"，符合推测。

第三种斜杠配置

#配置3
location /test {
    proxy_pass http://127.0.0.1:9000/api/;
}

模拟请求

curl http://localhost:8000/test/user/query

error.log日志截取如下：

request: "GET /test/user/query HTTP/1.1", upstream: "http://127.0.0.1:9000/api//user/query"

这里截取了 "
http://localhost:8000/test" ，剩余 "/user/query" 拼接到 proxy_pass 的内容后面，得到 "
http://127.0.0.1:9000/api//user/query"，同样符合推测。

第四种斜杠配置

#配置4
location /test/ {
    proxy_pass http://127.0.0.1:9000/api;
}

模拟请求

curl http://localhost:8000/test/user/query

error.log日志截取如下：

request: "GET /test/user/query HTTP/1.1", upstream: "http://127.0.0.1:9000/apiuser/query"

这里截取了 "
http://localhost:8000/test/" ，剩余 "user/query" 拼接到 proxy_pass 的内容后面，得到 "http://127.0.0.1:9000/apiuser/query"，同样符合推测。

第五种斜杠配置

#配置5
location /test/ {
    proxy_pass http://127.0.0.1:9000/;
}

模拟请求

curl http://localhost:8000/test/user/query

error.log日志截取如下：

request: "GET /test/user/query HTTP/1.1", upstream: "http://127.0.0.1:9000/user/query"

这里截取了 "
http://localhost:8000/test/" ，剩余 "user/query" 拼接到 proxy_pass 的内容后面，得到 "http://127.0.0.1:9000/user/query"，同样符合推测。

第六种斜杠配置

#配置6
location /test {
    proxy_pass http://127.0.0.1:9000/;
}

模拟请求

curl http://localhost:8000/test/user/query

error.log日志截取如下：

request: "GET /test/user/query HTTP/1.1", upstream: "http://127.0.0.1:9000//user/query"

这里截取了 "
http://localhost:8000/test" ，剩余 "/user/query" 拼接到 proxy_pass 的内容后面，得到 "http://127.0.0.1:9000//user/query"，符合推测。

第七种斜杠配置

#配置7
location /test {
    proxy_pass http://127.0.0.1:9000;
}

模拟请求

curl http://localhost:8000/test/user/query

error.log日志截取如下：

request: "GET /test/user/query HTTP/1.1", upstream: "http://127.0.0.1:9000/test/user/query"

这里截取 "
http://localhost:8000/test" ，剩余 "/user/query" 拼接到 proxy_pass 的内容后面，得到 "http://127.0.0.1:9000/user/query"，很遗憾不符合推测，但是比实际结果刚好少了 location 后面的内容 "/test"。

第八种斜杠配置

#配置8
Location /test/ {
    proxy_pass http://127.0.0.1:9000;
}

模拟请求

curl http://localhost:8000/test/user/query

error.log日志截取如下：

request: "GET /test/user/query HTTP/1.1", upstream: "http://127.0.0.1:9000/test/user/query"

这里截取 "
http://localhost:8000/test/" ，剩余 "user/query" 拼接到 proxy_pass 的内容后面，得到 "http://127.0.0.1:9000user/query"，同样的也是比实际结果刚好少了location后面的内容 "/test/"。

结果分析

经过分析所有情况，我们可以得到以下结论：

当proxy_pass 后面的内容不是以端口号结尾，即端口号后面有"/**"时，其实就是将请求的地址，截取掉 location 后面的内容，将剩余内容拼接到proxy_pass代理地址上；

当proxy_pass 后面的内容以端口号结尾，即端口号后面什么都没有，可以视为默认拼接了 location 的内容。那么配置7，8 就等同如下配置，再套用上面的结论就可以等到正确的结果。

#配置7
location /test {
    proxy_pass http://127.0.0.1:9000/test;
}

#配置8
Location /test/ {
    proxy_pass http://127.0.0.1:9000/test/;
}

不知道 nginx 的源码关于这里的逻辑是怎样处理的，但是有上面的结论以后再配置反向代理应该不会因为末尾的斜杠疑惑了。