java之大文件断点续传

时间 2019-11-08

标签 java 之大文件断点栏目 Java 繁體版

原文原文链接

需求：前端

支持大文件批量上传（20G）和下载，同时须要保证上传期间用户电脑不出现卡死等体验；java

内网百兆网络上传速度为12MB/Smysql

服务器内存占用低程序员

支持文件夹上传，文件夹中的文件数量达到1万个以上，且包含层级结构。web

支持PC端全平台操做系统，Windows,Linux,Macredis

支持文件和文件夹的批量下载，断点续传。刷新页面后继续传输。关闭浏览器后保留进度信息。sql

支持文件夹批量上传下载，服务器端保留文件夹层级结构，服务器端文件夹层级结构与本地相同。数据库

支持断点续传，关闭浏览器或刷新浏览器后仍然可以保留进度。apache

支持文件夹结构管理，支持新建文件夹，支持文件夹目录导航后端

交互友好，可以及时反馈上传的进度；

服务端的安全性，不因上传文件功能致使JVM内存溢出影响其余功能使用；

最大限度利用网络上行带宽，提升上传速度；

分析：

对于大文件的处理，不管是用户端仍是服务端，若是一次性进行读取发送、接收都是不可取，很容易致使内存问题。因此对于大文件上传，采用切块分段上传

从上传的效率来看，利用多线程并发上传可以达到最大效率。

解决方案：

文件上传页面的前端能够选择使用一些比较好用的上传组件，例如百度的开源组件WebUploader，泽优软件的up6，这些组件基本能知足文件上传的一些平常所需功能，如异步上传文件，文件夹，拖拽式上传，黏贴上传，上传进度监控，文件缩略图，甚至是大文件断点续传，大文件秒传。

在web项目中上传文件夹如今已经成为了一个主流的需求。在OA，或者企业ERP系统中都有相似的需求。上传文件夹而且保留层级结构可以对用户行成很好的引导，用户使用起来也更方便。可以提供更高级的应用支撑。

数据库配置类DBConfig.java

import java.sql.Connection;

import java.sql.DriverManager;

import java.sql.SQLException;

import org.apache.commons.lang.StringUtils;

import down2.biz.DnFile;

import down2.biz.DnFileMySQL;

import down2.biz.DnFileOracle;

import down2.biz.DnFileSQL;

/**

* 数据库配置类

* @author jmzy

publicclassDBConfig {

publicStringm_db="oracle";//sql,oracle,mysql

Stringdriver = "";

Stringurl = "";

Stringname = "";

Stringpass = "";

//sql

Stringsql_driver= "com.microsoft.sqlserver.jdbc.SQLServerDriver";

Stringsql_url = "jdbc:sqlserver://127.0.0.1:1433;DatabaseName=up6";

Stringsql_name = "sa";

Stringsql_pass = "123456";

//mysql

Stringmysql_driver = "com.mysql.jdbc.Driver";

Stringmysql_url = "jdbc:mysql://127.0.0.1:3306/up6?user=root&password=123456&characterEncoding=UTF-8";

//oracle数据库配置

Stringoracle_driver = "oracle.jdbc.driver.OracleDriver";

Stringoracle_url = "jdbc:oracle:thin:@localhost:1521:orcl";

Stringoracle_name = "system";

Stringoracle_pass = "123456";

public DBConfig() {

if( StringUtils.equals(this.m_db, "sql") )

{

this.driver = this.sql_driver;

this.url = this.sql_url;

this.name = this.sql_name;

this.pass = this.sql_pass;

}

elseif( StringUtils.equals(this.m_db, "mysql") )

{

this.driver = this.mysql_driver;

this.url = this.mysql_url;

}

elseif( StringUtils.equals(this.m_db, "oracle") )

{

this.driver = this.oracle_driver;

this.url = this.oracle_url;

this.name = this.oracle_name;

this.pass = this.oracle_pass;

}

publicDBFile db() {

if( StringUtils.equals(this.m_db, "sql") ) returnnewDBFileSQL();

elseif( StringUtils.equals(this.m_db, "mysql") ) returnnewDBFileMySQL();

elseif( StringUtils.equals(this.m_db, "oracle") ) returnnewDBFileOracle();

elsereturnnewDBFile();

}

publicDnFile down() {

if( StringUtils.equals(this.m_db, "sql") ) returnnewDnFileSQL();

elseif( StringUtils.equals(this.m_db, "mysql") ) returnnewDnFileMySQL();

elseif( StringUtils.equals(this.m_db, "oracle") ) returnnewDnFileOracle();

elsereturnnewDnFile();

}

public Connection getCon()

{

Connection con = null;

try

{

Class.forName(this.driver).newInstance();//加载驱动。

if (StringUtils.equals(this.m_db, "mysql")) con = DriverManager.getConnection(this.url);

elsecon = DriverManager.getConnection(this.url,this.name,this.pass);

}

catch (SQLExceptione)

{

// TODO Auto-generated catch block

e.printStackTrace();

} catch (InstantiationExceptione) {

// TODO Auto-generated catch block

e.printStackTrace();

} catch (IllegalAccessExceptione) {

// TODO Auto-generated catch block

e.printStackTrace();

} catch (ClassNotFoundExceptione) {

// TODO Auto-generated catch block

e.printStackTrace();

}

returncon;

}

该项目核心就是文件分块上传。先后端要高度配合，须要双方约定好一些数据，才能完成大文件分块，咱们在项目中要重点解决的如下问题。

* 如何分片；

* 如何合成一个文件；

* 中断了从哪一个分片开始。

如何分，利用强大的js库，来减轻咱们的工做，市场上已经能有关于大文件分块的轮子，虽然程序员的天性曾迫使我从新造轮子。可是由于时间的关系还有工做的关系，我只能罢休了。最后我选择了百度的WebUploader来实现前端所需。

如何合，在合以前，咱们还得先解决一个问题，咱们如何区分分块所属那个文件的。刚开始的时候，我是采用了前端生成了惟一uuid来作文件的标志，在每一个分片请求上带上。不事后来在作秒传的时候我放弃了，采用了Md5来维护分块和文件关系。

在服务端合并文件，和记录分块的问题，在这方面其实行业已经给了很好的解决方案了。参考迅雷，你会发现，每次下载中的时候，都会有两个文件，一个文件主体，另一个就是文件临时文件，临时文件存储着每一个分块对应字节位的状态。

这些都是须要先后端密切联系才能作好，前端须要根据固定大小对文件进行分片，而且请求中要带上分片序号和大小。前端发送请求顺利到达后台后，服务器只须要按照请求数据中给的分片序号和每片分块大小（分片大小是固定且同样的）算出开始位置，与读取到的文件片断数据，写入文件便可。

为了便于开发，我将服务端的业务逻辑进行了以下划分，分红初始化，块处理，文件上传完毕等。

服务端的业务逻辑模块以下

功能分析：

文件夹生成模块

文件夹上传完毕后由服务端进行扫描代码以下

分块上传，分块处理逻辑应该是最简单的逻辑了，up6已经将文件进行了分块，而且对每一个分块数据进行了标识，这些标识包括文件块的索引，大小，偏移，文件MD5，文件块MD5（须要开启）等信息，服务端在接收这些信息后即可以很是方便的进行处理了。好比将块数据保存到分布式存储系统中

分块上传能够说是咱们整个项目的基础，像断点续传、暂停这些都是须要用到分块。

分块这块相对来讲比较简单。前端是采用了webuploader，分块等基础功能已经封装起来，使用方便。

借助webUpload提供给咱们的文件API,前端就显得异常简单。

前台HTML模板

分则必合。把大文件分片了，可是分片了就没有本来文件功能，因此咱们要把分片合成为本来的文件。咱们只须要把分片按本来位置写入到文件中去。由于前面原理那一部咱们已经讲到了，咱们知道分块大小和分块序号，我就能够知道该分块在文件中的起始位置。因此这里使用RandomAccessFile是明智的，RandomAccessFile能在文件里面先后移动。可是在andomAccessFile的绝大多数功能，已经被JDK1.4的NIO的“内存映射文件(memory-mapped files)”取代了。我在该项目中分别写了使用RandomAccessFile与MappedByteBuffer来合成文件。分别对应的方法是uploadFileRandomAccessFile和uploadFileByMappedByteBuffer。两个方法代码以下。

秒传功能

服务端逻辑

秒传功能，相信你们都体现过了，网盘上传的时候，发现上传的文件秒传了。其实原理稍微有研究过的同窗应该知道，其实就是检验文件MD5，记录下上传到系统的文件的MD5,在一个文件上传前先获取文件内容MD5值或者部分取值MD5，而后在匹配系统上的数据。

Breakpoint-http实现秒传原理，客户端选择文件以后，点击上传的时候触发获取文件MD5值，获取MD5后调用系统一个接口（/index/checkFileMd5），查询该MD5是否已经存在（我在该项目中用redis来存储数据，用文件MD5值来做key，value是文件存储的地址。）接口返回检查状态，而后再进行下一步的操做。相信你们看代码就能明白了。

嗯，前端的MD5取值也是用了webuploader自带的功能，这仍是个不错的工具。

控件计算完文件MD5后会触发md5_complete事件，并传值md5，开发者只须要处理这个事件便可，

断点续传

up6已经自动对断点续传进行了处理，不须要开发都再进行单独的处理。

在f_post.jsp中接收这些参数，并进行处理，开发者只须要关注业务逻辑，不须要关注其它的方面。

断点续传，就是在文件上传的过程当中发生了中断，人为因素（暂停）或者不可抗力（断网或者网络差）致使了文件上传到一半失败了。而后在环境恢复的时候，从新上传该文件，而不至因而重新开始上传的。

前面也已经讲过，断点续传的功能是基于分块上传来实现的，把一个大文件分红不少个小块，服务端可以把每一个上传成功的分块都落地下来，客户端在上传文件开始时调用接口快速验证，条件选择跳过某个分块。

实现原理，就是在每一个文件上传前，就获取到文件MD5取值，在上传文件前调用接口（/index/checkFileMd5，没错也是秒传的检验接口）若是获取的文件状态是未完成，则返回全部的还没上传的分块的编号，而后前端进行条件筛算出哪些没上传的分块，而后进行上传。

当接收到文件块后就能够直接写入到服务器的文件中

这是文件夹上传完后的效果

这是文件夹上传完后在服务端的存储结构

参考文章：http://blog.ncmem.com/wordpress/2019/08/12/java-http%E5%A4%A7%E6%96%87%E4%BB%B6%E6%96%AD%E7%82%B9%E7%BB%AD%E4%BC%A0%E4%B8%8A%E4%BC%A0/