在项目中经常会碰到需要利用Nginx作负载，最近在利用Nginx作负载均衡器时碰到一个很奇葩的问题。
本来按照以前的实现将打好的A.war包直接放到tomcat根目录(webapps)下，然后按照如下方式配置Nginx即可实现负载均衡：
upstream KV{
ip_hash;
server 10.68.234.160:8080;
server 10.68.234.161:8080;
server 10.68.234.162:8080;
server 10.68.234.163:8080;
}
upstream KY{
ip_hash;
server 10.68.234.160:9080;
server 10.68.234.161:9080;
server 10.68.234.162:9080;
server 10.68.234.163:9080;
}
server {
listen 80;
server_name localhost;
charset utf-8;
locaion ^~/mm/ {
proxy_pass http://KV;
}
locaion ^~/yy/ {
proxy_pass http://KY;
}
...
}
这样调用..../mm/yy即可通过Nginx即可实现负载均衡。
然而在应用上线时，方案评审小组却告之二组不同的应用必须指定相应的上下文，假设我们都指定对应上下文为test,那么如果还按照上述方式配置Nginx就会发现容器始终匹配不到访问的URL。
跟踪代码并经过多次测试发现：Nginx中的路径是通过#分割的，如果配置为/，那么Nginx是无法匹配到正确的访问路径的。
根据上面的测试调整War布署方式：将编译生成的A.war重命名为test#A.war，然后放到tomcat的webapps根目录下，待tomcat启动后，我们发现webapps下产生test#A目录，此时对应的Nginx.conf依然可以参考上述配置:
upstream KV {
ip_hash;
server 10.63.79.170:9080;
server 10.63.79.171:9080;
}
server {
listen 80;
server_name localhost;
}
location / {
proxy_pass http://KV;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
另外：基于DubboX框架利用Tomcat+Nginx布署应用时，需要注意如下几点：
<dubbo:protocol name="rest" port="7090" threads="1000" contextpath="mmservice/test" server="servlet" accepts="500" extension="com.test.provider.ExceptionMapperProvider"/>
DubboX中的port与conextpath必须与tomcat中的port和contextpath保持一致（tomcat中的port在server.xml中进行配置；conextpath即为上文所描述的mmservice#test.war）