浅谈nginx反向代理中神奇的斜线
在进行nginx反向代理配置的时候，location和proxy_pass中的斜线会造成各种困扰，有时候多一个或少一个斜线，就会造成完全不同的结果，所以特地将location和proxy_pass后有无斜线的情况进行了排列组合，进行了一次完整的测试，找出原理，以提高姿势水平~
〇.环境信息
两台nginx服务器
nginxA:192.168.1.48
nginxB:192.168.1.56
一.测试方法
在nginxA中配置不同的规则，然后请求nginxA：http://192.168.1.48/foo/api
观察nginxB收到的请求，具体操作是查看日志中的$request字段
二.测试过程及结果
案例1
nginxA配置：
location/foo/{
proxy_passhttp://192.168.1.56/;
}
nginxB收到的请求：/api
案例2
nginxA配置：
location/foo/{
proxy_passhttp://192.168.1.56/;
}
nginxB收到的请求：//api
案例3
nginxA配置：
location/foo/{
proxy_passhttp://192.168.1.56/;
}
nginxB收到的请求：/foo/api
案例4
nginxA配置：
location/foo/{
proxy_passhttp://192.168.1.56/;
}
nginxB收到的请求：/foo/api
案例5
nginxA配置：
location/foo/{
proxy_passhttp://192.168.1.56/bar/;
}
nginxB收到的请求：/bar/api
案例6
nginxA配置：
location/foo{
proxy_passhttp://192.168.1.56/bar/;
}
nginxB收到的请求：/bar//api
案例7
nginxA配置：
location/foo/{
proxy_passhttp://192.168.1.56/bar;
}
nginxB收到的请求：/barapi
案例8
nginxA配置：
location/foo{
proxy_passhttp://192.168.1.56/bar;
}
nginxB收到的请求：/bar/api
看到这里是不是都晕了呢，其实是有规律的
现在把这些案例按表格排列起来，结果表示nginxB收到的请求
| 案例 | location | proxy_pass | 结果 |
|---|---|---|---|
| 1 | /foo/ | http://192.168.1.48/ | /api |
| 2 | /foo | http://192.168.1.48/ | //api |
| 3 | /foo/ | http://192.168.1.48 | /foo/api |
| 4 | /foo | http://192.168.1.48 | /foo/api |
表二
| proxy_pass | 结果 | ||
|---|---|---|---|
| 5 | /foo/ | http://192.168.1.48/bar/ | /bar/api |
| 6 | /foo | http://192.168.1.48/bar/ | /bar//api |
| 7 | /foo/ | http://192.168.1.48/bar | /barapi |
| 8 | /foo | http://192.168.1.48/bar | /bar/api |
三.解析
原请求路径：本文中统一为"/foo/api"
location:上面表格中的location列
proxy_pass：上面表格中的proxy_pass列
新请求路径：nginx将原请求路径处理过后的字符串
重点对proxy_pass进行分析，可以分为3种形式
然后按照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：http://192.168.1.48/bar后生成了新请求url："http://192.168.1.48/barapi"，因此下一站的nginx收到的请求就是"/barapi"。
案例6：proxy_pass的ip:port后接了字符串"/bar/"，因此将location："/foo"从原请求路径"/foo/api"中剔除，变为"/api"，再将"/api"拼接到proxy_pass：http://192.168.1.48/bar/后生成了新请求路径："http://192.168.1.48/bar//api"，因此下一站的nginx收到的请求就是/bar//api。
其它的案例都可以以此类推，现在终于搞明白了，再也不用一头雾水。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持毛票票。