传统项目一般实现图片上传的话，都会在tomcat下面建立一个图片文件夹，上传成功后，用户可以直接访问，
http://ip:port/project/images/xxx.jpg;
这样在用户量少的时候是没有问题的
当你的企业发展起来了，业务量增多了，使用的这个项目开始大起来了，发现系统速度变慢了，那么你就考虑到集群了对吧
那么好，假设你增加了一个tomcatB，性能提高了一点，图片也成功上传了，做了负载均衡，假设图片上传的了tomcatA（用户是不知道的）
第二次访问的时候(先不考虑session粘性不粘性的问题，假设是共享的)，用户访问到了tomcatB，图片没有了，是个大叉叉，
我的天呐！发什么什么事了，明明刚刚上传的图片没有了，
再刷新一下，欸！又有了？这是什么情况呢？
后台知道咋回事，但是用户不知道啊！！！
那么解决方案是这样的，tomcatA和B上传至图片服务器，这用户请求的时候只访问图片服务器的路径，这样就没问题了
有人会问图片服务器用什么来搭建呢？
tomcat？可以，但是tomcat主要处理jsp比较好，图片文件是静态资源，处理起来性能一般般
Apache？可以，纯C语言开发的，没问题，但是还不够好
nginx？对了，这个是目前比较流行的一个反向代理服务器，我在之前的文章有简单介绍过（http://www.cnblogs.com/leechenxiang/p/5327086.html）
理论的单台机子并发能达到5万，非常的叼，实际测试是2w左右
安装如下的方案去做，那么图片服务器就问题不大了，
当然，图片上传后，需要把图片的路径地址保存到数据库啊~~