在nginx中配置proxy_pass时，当在后面的url加上了/，相当于是绝对根路径，则nginx不会把location中匹配的路径部分代理走;如果没有/，则会把匹配的路径部分也给代理走。
下面四种情况分别用http://192.168.1.4/proxy/test.html 进行访问。
第一种：
【注意，这里其实用/proxy也可以，这里不能把/看成是特殊字符，它就是匹配字符串的一部分，之所以后面加/是防止/proxymmm这样的请求也匹配，加了后只会匹配到/proxy/xxxx】
location /proxy/ {
proxy_pass http://127.0.0.1:81/;
}
会被代理到http://127.0.0.1:81/test.html 这个url
（注，根据这个特性可以设置这个配置：
第二咱(相对于第一种，最后少一个 /)（注：公司的是/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