nginx proxy_pass后的url加不加/的区别

在nginx中配置proxy_pass时，当在后面的url加上了/，相当于是绝对根路径，则nginx不会把location中匹配的路径部分代理走;如果没有/，则会把匹配的路径部分也给代理走。

下面四种情况分别用http://192.168.1.4/proxy/test.html 进行访问。

第一种：

location  /proxy/ {

proxy_pass http://127.0.0.1:81/;

}

会被代理到http://127.0.0.1:81/test.html 这个url

（注，根据这个特性可以设置这个配置：

location /serviceagent/ {

proxy_pass http://127.0.0.1:8090/huluapi/serviceagent/;

}

）

第二咱(相对于第一种，最后少一个 /)（注：公司的是/proxy即可[用的是mxxxxloan]，经过测试也确实是这样，但是最好像这种后面再加个/，否则这种请求http://xxx/proxymmm也会匹配到，而加了/那么只会是http://xxx/proxy/mmm才会匹配）

location  /proxy/ {

proxy_pass http://127.0.0.1:81;

}

会被代理到http://127.0.0.1:81/proxy/test.html 这个url

第三种：（注：和第四种其实一样）

location  /proxy/ {

proxy_pass http://127.0.0.1:81/ftlynx/;

}

会被代理到http://127.0.0.1:81/ftlynx/test.html 这个url。

第四种情况(相对于第三种，最后少一个 / )：（注：这种情况比较特殊）

location  /proxy/ {

proxy_pass http://127.0.0.1:81/ftlynx;

}

会被代理到http://127.0.0.1:81/ftlynxtest.html 这个url

总结：这里分两种情况，一种是http://localhost:8080;后面没有/，第二种是后面有/但是之后可以跟如/test/mm这样的；

对于第一种，那么location匹配到后会将完整的uri拼接到转发的proxy_pass后面，而对于存在/的proxy_pass那么匹配到它的location后只是将除匹配到的uri的其它部分拼接到proxy_pass后面

上面的结果都是本人结合日志文件测试过的。从结果可以看出，应该说分为两种情况才正确。即http://127.0.0.1:81 (上面的第二种) 这种和 http://127.0.0.1:81/.... （上面的第1，3，4种） 这种。

【转自】http://ftlynx.blog.51cto.com/2833447/839607