曾在网上看到一些问题，比如 nginx 的proxy_pass后面的地址加“/”与不加“/”有区别。
参看nginx英文文档后，发现：
If it is necessary to transmit URI in the unprocessed form then directive proxy_pass should be used without URI part:
location /some/path/ {
proxy_pass http://127.0.0.1;
}
大概意思就是说，如果你不想nginx对你的URI请求有任何形式的修改，那么，proxy_pass的配置中就不应该有任何URI部分。
举个例子，nginx服务器IP为10.0.0.20，它的配置不含URI：
location /first/second/ {
proxy_pass http://10.0.0.30:90;
}
那么，
原： http://10.0.0.20/first/second/test.html
转：http://10.0.0.30:90/first/second/test.html
割一下，如果配置成含URI：
location /first/second/ {
proxy_pass http://10.0.0.30:90/myuri;
}
那么，
原： http://10.0.0.20/first/second/test.html
转：http://10.0.0.30:90/myuri/test.html
================================
nginx配置proxy_pass，需要注意转发的路径配置
1、location /test/ {
proxy_pass http://t6:8300;
}
2、location /test/ {
proxy_pass http://t6:8300/;
}
上面两种配置，区别只在于proxy_pass转发的路径后是否带 “/”
针对情况2，如果访问url = http://server/test/test.jsp，则被nginx代理后，请求路径会变为 http://proxy_pass/test.jsp，直接访问server的根资源
针对情况1，如果访问url = http://server/test/test.jsp，则被nginx代理后，请求路径会便问http://proxy_pass/test/test.jsp，将test/ 作为根路径，请求test/路径下的资源
典型实例：
同一个域名下，根据根路径的不同，访问不同应用及资源
例如：A应用 http://server/a ; B应用 http://server/b
A 应用和 B应用共同使用访问域名 http://server；
配
置nginx代理转发时，如果采用情况2的配置方式，则会导致访问http://server/a/test.jsp时，代理到http:
//proxy_pass/test.jsp，导致无法访问到正确的资源，页面中如果有对根资源的访问，也都会以http://server
做为根路径访问资源，导致资源失效
针对此类情况，需要采用情况1，分别针对不用应用，设置不同的根资源路径，并保证代理后的根路径也依然有效
