在进行nginx反向代理配置的时候，location和proxy_pass中的斜线会造成各种困扰，有时候多一个或少一个斜线，就会造成完全不同的结果，所以特地将location和proxy_pass后有无斜线的情况进行了排列组合，进行了一次完整的测试，找出原理，以提高姿势水平~

〇. 环境信息

两台nginx服务器

nginx A: 192.168.1.48

nginx B: 192.168.1.56

一. 测试方法

在nginx A中配置不同的规则，然后请求nginx A：观察nginx B收到的请求，具体操作是查看日志中的$request字段二. 测试过程及结果案例1nginx A配置：

location /foo/ { proxy_pass ; } nginx B收到的请求：/api

案例2nginx A配置：

location /foo/ { proxy_pass ; } nginx B收到的请求：//api

案例3nginx A配置：

location /foo/ { proxy_pass ; } nginx B收到的请求：/foo/api

案例4nginx A配置：

location /foo/ {

proxy_pass ;}nginx B收到的请求：/foo/api案例5nginx A配置：

location /foo/ { proxy_pass ; } nginx B收到的请求：/bar/api

案例6nginx A配置：

location /foo { proxy_pass ; } nginx B收到的请求：/bar//api

案例7nginx A配置：

location /foo/ { proxy_pass ; } nginx B收到的请求：/barapi

案例8nginx A配置：

location /foo { proxy_pass ; } nginx B收到的请求：/bar/api

然后按照ip:port后是否接了字符串归为2类，"/"也是字符串，因此1归为一类，2、3归为一类，下面对这两类情况进行说明

当 proxy_pass 的 ip:port 后未接字符串的时候，nginx 会将原请求路径原封不动地转交给下一站 nginx，如案例3和4

当 proxy_pass 的 ip:port 后接了字符串的时候，nginx 会将 location 从 原请求路径 中剔除，再将剩余的字符串拼接到 proxy_pass 后生成 新请求路径，然后将 新请求路径 转交给下一站nginx（上面一种情况实际上和这个是一样的，只不过剔除的字符串是空串~~）

举个最让人疑惑的例子：案例7。proxy_pass 的 ip:port 后接了字符串 "/bar"，因此将 location："/foo/" 从 原请求路径："/foo/api" 中剔除，变为"api"，再将"api"拼接到proxy_pass： 后生成了新请求url：" "/barapi"。

案例6：proxy_pass 的 ip:port 后接了字符串 "/bar/"，因此将 location："/foo" 从 原请求路径 "/foo/api" 中剔除，变为 "/api"，再将 "/api" 拼接到proxy_pass： 后生成了 新请求路径：" /bar//api。

小牛带你nginx反向代理中神奇的斜线