需求：

项目要支持大文件上传功能，经过讨论，初步将文件上传大小控制在20G内，因此自己需要在项目中进行文件上传部分的调整和配置，自己将大小都以20G来进行限制。

PC端全平台支持，要求支持Windows,Mac,Linux

支持所有浏览器。

支持文件批量上传

支持文件夹上传，且要求在服务端保留层级结构。文件夹数量要求支持到10W。

支持大文件断点续传，要求刷新浏览器，重启浏览器，重启电脑后仍然能够继续上传。文件大小要求能够支持到20个G。

支持自动加载本地文件，要求能够自动加载指定的本地文件。

支持文件批量下载，要求不要在服务器打包。因为20G的文件在服务器打包时间比较长。

支持文件夹下载，要求不要在服务器打包，下载到本地后要求保留层级结构

文件列表面板支持路径导航，新建文件夹

但无论插件再怎么灵活，也难以应付所有的需求，比如，你要上传一个2G的文件。以现在我们的网速，恐怕再快也得传半小时。要命的是，如果你在上传到90%的时候不小心关掉了浏览器，或者是手一抖摁了F5，完了，一切还得从头再来。这种用户体验简直太糟糕了。所以，断点续传就十分有必要了。什么是续传我就不解释了，用QQ传文件这么多年，大家都见过了。

每次上传文件片前先获取已上传的文件大小，确定本次应切割的位置

在参考了张鑫旭大哥的这篇文章后，我将学到的技术应用在了我的插件Huploadify中，成功的添加了断点续传功能。在此将技术和插件都分享给大家。

选择一个文件后，获取该文件在服务器上的大小，通过本地存储或自定义的函数来获取。

首先是文件的分割，HTML5新增了Blob数据类型，并且提供了一个可以分割数据的方法：slice()，其用法和字符串、数组的slice()方法一样，可以截取一个二进制文件的一部分。

关于如何将数据存在服务端，已经前端如何取数据，我在下面会讲到。

在服务端保存数据

文件上传了一部分，然后修改了文件内容，再次上传

仅仅上面四条，是不是情况就够复杂了？再加上你系统还有自己的业务逻辑，所以在服务端保存已上传文件数据是非常有必要的。而且保存数据和获取数据的函数都交给你来定义，抱着插件有足够的灵活性。

var data = {

lastModifiedDate : file.lastModifiedDate.getTime()

var url = 'http://localhost/uploadfile/';

url : url,

type : 'POST',

uploadedSize = returnData.uploadedSize;

return uploadedSize;

我向后台的某个地址发送一个请求，传递文件名和文件的最后修改时间为参数，后台根据这两个参数来找到与前台所选择的文件对应的服务器上的文件，将服务器返回的文件大小return出去，来被插件使用。为什么要传递这两个参数呢？我们在前台无法知道服务器上的这个文件的名称，所以使用原始文件名作为一个辅助标识。为了防止用户在两次上传间隔修改了文件，我们把文件的最后修改时间也传给服务端，让服务端进行比较，若时间不对应则返回已上传大小为0，重新上传此文件。

另外需注意的一点，就是在续传的第二步，不断提交文件片的过程中，也需要服务端准确定位到相应的文件，不能把A的数据追加到B上。采用的方式也是提交fileName和lastModifyDate两个参数(已写在插件内部，可服务端直接获取)，服务端找到对应的文件进行追加。

从1.0到2.0，Huploadify又新加了很多东西，不过只是新加，使用方式跟之前的没有变化。例如上面的断点续传功能，你如果不想使用，只需设置breakPoints为false即可，插件仍按照以前的方式工作。除了断点续传这个大头，插件还做了如下改动：

完善了input file组件的accept属性支持，浏览时只显示运行的文件格式，就是这个东东：

详细内容可以参考我写的这篇文章：http://blog.ncmem.com/wordpress/2019/08/09/%e5%a4%a7%e6%96%87%e4%bb%b6%e4%b8%8a%e4%bc%a0%e8%a7%a3%e5%86%b3%e6%96%b9%e6%a1%88/