淺談nginx反向代理中神奇的斜線

location /foo/ {
  proxy_pass http://192.168.1.56/;
}

location /foo/ {
  proxy_pass http://192.168.1.56/;
}

location /foo/ {
  proxy_pass http://192.168.1.56/;
}

location /foo/ {
  proxy_pass http://192.168.1.56/;
}

location /foo/ {
  proxy_pass http://192.168.1.56/bar/;
}

location /foo {
  proxy_pass http://192.168.1.56/bar/;
}

location /foo/ {
  proxy_pass http://192.168.1.56/bar;
}

location /foo {
  proxy_pass http://192.168.1.56/bar;
}

表二

三. 解析

原請求路徑：本文中統(tǒng)一為 "/foo/api"

location: 上面表格中的location列

proxy_pass：上面表格中的proxy_pass列

新請求路徑：nginx將原請求路徑處理過后的字符串

重點對 proxy_pass 進行分析，可以分為3種形式

然后按照ip:port后是否接了字符串歸為2類，"/"也是字符串，因此1歸為一類，2、3歸為一類，下面對這兩類情況進行說明

當 proxy_pass 的 ip:port 后未接字符串的時候，nginx 會將原請求路徑原封不動地轉(zhuǎn)交給下一站 nginx，如案例3和4

當 proxy_pass 的 ip:port 后接了字符串的時候，nginx 會將 location 從 原請求路徑 中剔除，再將剩余的字符串拼接到 proxy_pass 后生成 新請求路徑，然后將 新請求路徑 轉(zhuǎn)交給下一站nginx（上面一種情況實際上和這個是一樣的，只不過剔除的字符串是空串~~）

舉個最讓人疑惑的例子：案例7。proxy_pass 的 ip:port 后接了字符串 "/bar"，因此將 location："/foo/" 從 原請求路徑："/foo/api" 中剔除，變?yōu)?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" 中剔除，變?yōu)?"/api"，再將 "/api" 拼接到proxy_pass： http://192.168.1.48/bar/ 后生成了 新請求路徑：" http://192.168.1.48/bar//api "，因此下一站的nginx收到的請求就是 /bar//api。

其它的案例都可以以此類推，現(xiàn)在終于搞明白了，再也不用一頭霧水。

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

標簽：鎮(zhèn)江 四川 岳陽 股票 臨沂 紅河 烏海