本文实例实现文件上传的进度显示，我们先看看都有哪些问题我们要解决。
1 上传数据的处理进度跟踪
2 进度数据在用户页面的显示
就这么2个问题，
第一个问题，主要是组件的选择
必须支持数据处理侦听或通知的组件。当然，我肯定只用我自己的组件啦。基本原理是
1 使用request.getContentLength() 读取到处理数据的总长度，注意这个长度不等于文件的长度，因为Base64等编码会增加数据量,如果超过了允许的长度，直接返回-1;
2 在每读取一部分数据时(比如一行，或者64K，或者你自定义的字节数)，将读取的字节数通知我们的进度跟踪程序。我取名为 UploadListener代码如下
?
3 下面我们来看上传的处理部分
?
4 我们再看上传的表单部分
?
第一个iframe用于提交表单数据，第二个就是我们用来获取处理数据进度信息的。
提交表单很简单，target指向了我们的第一个iframe.
我们看一下JS
checkForm. 里面第一句就是关键的读取进度信息的页面，我们在第二个iframe里面获得。然后就是弹出进度的显示框，我使用了Ext. 然后提交上传表单
setUploadProcess 用来更新进度框上面的数据，第一个参数是数据总共的大小，第二个参数是已经处理的大小。
closeUploadProcess 关闭进度框
5 最后，我们来看读取进度信息的页面
?
其中前面的循环，用来判断是否产生了上传的信息，如果没有则等待。
然后就是读取上传的信息，并计算后生成调用上级窗口的更新进度条的JS, 请注意out.print后面必须跟上out.flush,否则不会持续输出到客户端，也就不会看到连续的进度条变化。
总结：
上面的部分比较乱，我这里总结一下关键点。
1、在上传组件里面，把总大小和当前读取了的大小放到一个类里面，并持续更新，直到处理完毕
2、上传的进度类，放在session里面，供进度读取页面读取
3、进度读取页面，从session里面拿到数据，并返回结果。
有几个疑问解释一下。
1、由于Http协议决定了，必须等request处理完毕才会返回输出，所以不能在upload页面里进行处理进度的显示。我前面测试到1M左右的文件不成功，就是没有考虑到这个问题。所以必须单独用一个GET的程序进行读取
2、读取是一个持续不断的过程，因为上传大文件是很慢的！
3、如果你的应用服务器启用了GZIP压缩，是容器管理的，那么很不幸，因为容易必须拿到所有的数据，至少是一部分数据才会返回，所以造成我们返回的那些很少的字节经常会被截住，造成无法显示上传的连续过程。
解决方法
1) 关闭GZIP, 我想许多人不会这么做
2) 使用自定义的GZIP压缩，判断某些东西(比如URL)，对他们不进行压缩处理
以上就是本文的全部内容，希望对大家的学习有所帮助。
