nginx proxy_pass斜杠

收到的请求统一为 http://192.168.1.48/foo/api

多个location的时候，前缀匹配优先级要高，如果只配一个后缀优先级没有前缀高
比如
url: /wookpecker/a/b/c
     /b/c
前面的优先级大于后面的url

表一


案例 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是ip地址并且后面加斜杠，那么转发的地址会去掉location配置的路径
如果location最后没有斜杠，转发地址会多一个斜杠



表二


案例 location 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

如果proxy_pass ip加端口后面还有一个路径，那么转发结果始终都会去掉location中的地址，并且根据location中后面带不带斜框，拼出不同的结果





三. 解析

原请求路径：本文中统一为 "/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。

其它的案例都可以以此类推，现在终于搞明白了，再也不用一头雾水。


转自https://www.cnblogs.com/hualingyun/p/11125649.html