传统项目一般实现图片上传的话，都会在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左右

安装如下的方案去做，那么图片服务器就问题不大了，

当然，图片上传后，需要把图片的路径地址保存到数据库啊~~