Nginx 反向代理斜杠问题--代理的8种情况

代理的8种情况
模拟请求

curl localhost:8081/test/person/getinfo
配置情况及对应代理结果

#配置1
Location /test/ {
    proxy_pass http://127.0.0.1:8000/api/;
}
# /api/ 替换 /test/person/getinfo 中的 /test/
对应结果 http://127.0.0.1:8000/api/person/getinfo

#配置2
Location /test {
    proxy_pass http://127.0.0.1:8000/api;
}
# /api 替换 /test/person/getinfo 中的 /test
对应结果 http://127.0.0.1:8000/api/person/getinfo

#配置3
Location /test {
    proxy_pass http://127.0.0.1:8000/api/;
}
# /api/ 替换 /test/person/getinfo 中的 /test
对应结果 http://127.0.0.1:8000/api//person/getinfo

#配置4
Location /test/ {
    proxy_pass http://127.0.0.1:8000/api;
}
# /api 替换 /test/person/getinfo 中的 /test/
对应结果 http://127.0.0.1:8000/apiperson/getinfo

#配置5
Location /test/ {
    proxy_pass http://127.0.0.1:8000/;
}
# / 替换 /test/person/getinfo 中的 /test/
对应结果 http://127.0.0.1:8000/person/getinfo

#配置6
Location /test/ {
    proxy_pass http://127.0.0.1:8000;
}
# 不做替换
对应结果 http://127.0.0.1:8000/test/person/getinfo

#配置7
Location /test {
    proxy_pass http://127.0.0.1:8000;
}
# 不做替换
对应结果 http://127.0.0.1:8000/test/person/getinfo

#配置8
Location /test {
    proxy_pass http://127.0.0.1:8000/;
}
# / 替换 /test/person/getinfo 中的 /test
对应结果 http://127.0.0.1:8000//person/getinfo

分析结果
经过分析所有情况，发现其实就是用proxy_pass 端口后的内容去替换location地址 ，如果端口后没有内容则不做替换（斜杠也算内容） 
eg:配置1，用http://127.0.0.1:8000/api/ 替换localhost:8081/test/person/getinfo  ==> http://127.0.0.1:8000/api/person/getinfo

eg:配置4，用http://127.0.0.1:8000/api 替换localhost:8081/test/person/getinfo
==> http://127.0.0.1:8000/apiperson/getinfo

配置6、7比较特殊，端口后没有内容，所以只替换IP端口==>http://127.0.0.1:8000/test/person/getinfo

实际应用中，Nginx的斜杠会根据不同的代理地址，代理规则有所不同

第一种，只有域名+端口的方式
server {
      listen 443 ssl;
      location /app/ {
        proxy_pass http://server1:8191;
       }
}
--这两种匹配对/app/v1这个路径等效
server {
      listen 443 ssl;
      location /app {
        proxy_pass http://server1:8191;
       }
}
访问路径 http://nginx-server:80/app/v1

实际的代理路径为http://server1:8191/app/v1,直接理解为与location后面的匹配地址无关，直接就是proxy_pass 主机:端口+访问路径，此处访问路径为/app/v1

第二种，域名+端口+"/"，后面再没有其他
--A类匹配
server {
      listen 443 ssl;
      location /app/ {
        proxy_pass http://server1:8191/;
       }
}
 
--B类匹配
server {
      listen 443 ssl;
      location /app {
        proxy_pass http://server1:8191/;
       }
}
访问路径 http://nginx-server:80/app/v1

对A类匹配实际的代理路径为http://server1:8191/v1,直接理解为取掉location后面的匹配/app/，剩余路径直接添加到后面，就是proxy_pass 主机:端口+访问路径，此处访问路径为/app/v1,去掉/app/剩余v1，直接添加到代理路径后面。

对B类匹配实际的代理路径为http://server1:8191//v1,直接理解为取掉location后面的匹配/app，剩余路径直接添加到后面，就是proxy_pass 主机:端口+访问路径，此处访问路径为/app/v1,去掉/app剩余/v1，直接添加到代理路径后面。

第三种，域名+端口+路径
-- A
server {
      listen 443 ssl;
      location /app/ {
        proxy_pass http://server1:8191/app/v2;
       }
}
 
-- B
server {
      listen 443 ssl;
      location /app {
        proxy_pass http://server1:8191/app/v2;
       }
}
访问路径 http://nginx-server:80/app/v1

A的匹配实际的代理路径为http://server1:8191/app/v2v1,直接理解为取掉location后面的匹配/app/，剩余路径直接添加到后面，就是proxy_pass 主机:端口+访问路径，此处访问路径为/app/v1,去掉/app/剩余v1，直接添加到代理路径后面。

B的匹配实际的代理路径为http://server1:8191/app/v2/v1,直接理解为取掉location后面的匹配/app，剩余路径直接添加到后面，就是proxy_pass 主机:端口+访问路径，此处访问路径为/app/v1,去掉/app剩余/v1，直接添加到代理路径后面。

总结
proxy_pass 主机+端口这种类型，后将访问地址直接加到后面即主机+端口+访问路径

proxy_pass 主机+端口+访问路径（包括根路径），需要去掉location后面的匹配路径，然后将剩余的添加到proxy_pass后面