用JAVA实现大文件上传及显示进度信息

一. 大文件上传基础描述：

　　各类WEB框架中，对于浏览器上传文件的请求，都有本身的处理对象负责对Http MultiPart协议内容进行解析，并供开发人员调用请求的表单内容。

好比：

Spring 框架中使用相似CommonsMultipartFile对象处理表二进制文件信息。

而.NET 中使用HtmlInputFile/ HttpPostedFile对象处理二进制文件信息。

优势：使用框架内置对象能够很方便的处理来自浏览器的MultiPart二进制信息请求，协议分析操做不用开发人员参与。

缺点：其接收数据包过程彻底被封闭在框架内置对象中，直到本次请求信息处理（接收）完毕后，才容许开发人员从接口调取表单及文件内容。上传过程当中的进度信息没法访问，没法上传大尺寸文件（好比几百兆以上的大文件二进制信息）。

目标：咱们要在JAVA WEB框架中，依靠Filter过滤器的能力，实现不依靠框架内置对象，从浏览器请求字节流中解析MultiPart协议，取得本次用户请求的全部信息，包括多二进制文件信息及其余表单项信息。用户上传的文件尺寸将不受限制。并且在传输过程当中，咱们能够实时得到当前传输进度信息。

 

注：.NET框架中可依靠IHttpModule接口对象达到JAVA框架中Filter的能力，本文不作描述。

 

本文最终完成图：

  

1.1 普通Post请求协议及MultiPart协议

普通POST请求协议，见图：

 

Content-Length为请求信息内容的字节长度

最下方红圈内为本次表单请求信息

MultiPart请求协议，见图：

 

 

Content-Length 为本次请求的内容长度字节，本例729366

Content-Type 为multipart/form-data，二进制多段表单

Boundary为多段表单信息的分隔符，这里为-----------------------------------7dflaxxxxxxxxxxx

最后一段信息中，name="file1"，为本文件表单的单元名称，filename="untitled2.png"为该文件名，content-type: image/png为内容区文件格式

最下方的红框中为该文件的二进制信息。

 

由以上两图可见，MultiPart与普通的POST在协议结构上有明显区别，因此咱们接下来的工做就是按字节流的方式接收MultiPart请求数据包，并对其进行分析。

 

1.2 可实时获取当前传输进度信息

　　因为咱们能够从上述的Http头中获取本次请求内容区长度，即字节总量。因为咱们能够从Filter中按字节单位接收来自浏览器的数据包，因此咱们也能实时的得到当前接收字节量。所以咱们能够实时的得到当前传输进度百分比，用当前接收的字节量除以接收时间便可得到当前传输率(字节/秒)。

　　由此，咱们可得到如下传输过程信息：

• 本次数据包总字节数
• 当前已接收的字节数
• 本次请求发起时间
• 当前进度节点时间
• 当前进度状态（初始状态，接收数据中，接收数据完毕等）

 

　　接下来，咱们只需把这些进度信息以进度Id作标识(progId)，在SERVER端放入Java框架中的一个公有内存区便可，在浏览器中咱们可以使用JS以必定时间间隔访问SERVER中的某一URL，以进度Id为标识，从SERVER的公有内存区得到当前请求的进度信息。取得信息后，便可实时操控进度条运行。

　　在Java框架中，公有内存区为ServletContext对象(例,使用setAttribute方法，以键值对的形式将单个用户进度信息存入HashMap对象)。在.NET框架中，公有内存区为HttpApplicationState对象。

注：向公有内存区(HashMap对象)写操做时要进行同步锁控制(synchronized)，由于公有内存区可能会产生多用户（多线程）并发操做的现象。

 

二. 问题点分析：

2.1 分段接收：

由于一次传输的大文件MultiPart数据包，字节数可能会很大(1G甚至以上)，为了获取实时进度信息，以及内存开销控制，咱们须要将接收过程分红多段处理，即将数据包分段循环接收(例：每次循环只接收64K数据，期间便可更新当前的进度信息)。

 

2.2 完整数据包解析？/部分数据包实时解析?

　　普通的解析协议方式是，将数据包所有接收后，再进行解析。如下有两种方式实现。

　　数据包所有加载入内存：对于大文件的MultiPart数据量来讲，这种方式会占用大量内存(好比一个用户正在上传1G的数据，那么内存区必须接收到所有1G数据后才能进行解析，若是多用户同时操做会致使服务器崩溃)，这种方式不可用。

　　数据包所有写入文件后再加载入内存：只能解决在接收过程当中开启小内存并分段写入文件，当数据所有写入文件后，还须要加载入内存中进行总体协议分析，也会突发性致使内存开销过大，致使服务器崩溃，这种方式也不可取。

　　咱们这里采用的是分段接收，分段解析，分段写文件的处理方式。当数据包所有接收完毕后咱们的整个分析过程也即终止，并获得用户上传的文件及其余表单信息结果。这样咱们每次只须要很小的内存区(好比64K)便可完成任务。

　　但这种方式会面临本次接收的分段信息内含有多个表单项信息及剩余的不完整表单信息，或本次接收的分段信息实际上不包含任何表单信息，仅仅是大文件二进制信息的一个片断。因此，这种方式在编码上会带来必定的复杂度。

 

状况1：

 

状况2：

 

 

状况3：

 

 

 

三. 源码解析

3.1 项目构成要点

本次咱们采用Spring框架来实现“大文件传输”功能，要点设计结构图以下：

 

 

 

Filter对象：

　　用于负责接收MultiPart原始数据的Filter，用以在Spring内置对象以前接收用户请求。须要在Web.xml中进行配置，Web启动后，该Filter即启动，当用户请求到来时须要判断该MultiPart数据信息是否合法，接收并进行解析。

ServletInputStream/BufferedInputStream对象：

　　使用以上两对象，可对本次请求进行按字节流接收。在此可建立比较小的接收缓冲区，依靠BufferedInputStream的read进行分段循环接收。 

getBoundarySectFromBuf()函数：

　　自定义函数，咱们须要该函数从分段缓冲区中分析可能包含的多个Form表单信息，或者部分表单信息，或者二进制文件片断信息。对于表单信息分析后填充表单数据结构，对于二进制文件信息须要写文件。该函数须要完成边接收边解析边写文件的重要工做。

ProgressInfo对象：

　　进度信息类,描述了一次上传请求的进度信息。该对象会用来被客户端轮询请求，以得到当前传输大文件过程当中的进度信息。

FormPart对象及listFormPart集合：

　　FormPart对于单个Form表单的描述。listFormPart为本次请求的所有表单描述集合。即供后续代码调用的所有表单项内容。

Controller层getProgInfo()处理函数：

　　该函数将接受来自浏览器的“得到进度信息请求”，并从当前ServletContext公共内存区中找到与Progesss ID对应的进度信息对象ProgressInfo，以XML的形式返回给浏览器。该函数会被客户端轮询请求。

multi-form.jsp页面：

　　本次表单的显示页面，包含多种表单项(Input，Textarea，File等)。该页面还将显示用于本次传输的进度条，传输状态，传输率等信息。页面中进度信息将使用js向服务器进行周期性轮询请求，得到及显示。

upload-result.jsp页面：

　　用来显示本次请求的全部表单项信息，包括普通Input表单，及File表单信息。

 

3.2 重点模块解析

3.2.1 服务器端：

3.2.2 浏览器端：

(本节可参考示例代码中注释)

 

四. 扩展及相关

4.1断点续传：

　　通常常说的断点续传是指文件下载的断点续传。 即利用HTTP协议中的Content-Range关键字(在HTTP Header中)，向服务器发请求，服务器接收请求后，查看Content-Range属性的文件偏移量，从而发送后续文件二进制信息给浏览器。好比网络蚂蚁类的下载软件，即开启多线程利用Content-Range关键字将某个网络资源分布接收，最终整合保存在本地。

　　而在WEB中咱们所使用的上传文件断点续传功能，大可能是须要下载ActiveX控件来实现。即至关于在本地下载了一个应用程序，同服务器间文件传输协议也不用使用HTTP协议，可自定义协议完成。

　　利用存粹的HTTP协议进行上传文件的断点续传目前还比较少，听说利用Ajax 中的Slice方法把本地文件分红多个HTTP包POST给服务器，而服务器须要将这些包接收后并整合来实现。操做方式比较复杂，本人没尝试过，有感兴趣的朋友可深刻探讨。

     DEMO下载地址：https://dwz.cn/fgXtRtnu