XMLHttpRequest实现HTTP协议下文件上传断点续传

目前从实用技术角度讲，文件上传的断点续传实现主要是借助客户端，例如，我们首次进入某网盘，会看到下图所示的“控件安装”提示：





 

有的网盘也有文件上传暂停的功能，这似乎是借助swfUpload实现的。

也就是，这些带续传功能的上传都不是使用HTTP协议实现的，也就是不是传统的网页技术(HTML+CSS+JS)实现的。

然，times are changing, 事物发展，时代变化。以前的一些所谓的“不能”、“不可能”都将成为过去。

上月一篇独苗文章介绍了XMLHttpRequest level 2(下简称Ajax 2.0)中的一些支持的数据格式，如果稍微关注，应该知道，Ajax 2.0中最大的变化之一就是对二进制数据的支持，而且提供了一个可以直接处理二进制数据的方法——

slice

方法。

JS中的字符串有

slice

方法，数组也有。Ajax 2.0经过一些变化后，现在也和数组、字符串的

slice

方法语法完全一致了。于是，我们就可以把二进制数据流想象成一些连续的字符串数据，并对这些二进制数据进行

slice

处理。

比方说怎样的场合呢？

PHP默认似乎有个最大文件上传的限制 – 

post_max_size

，我的本地看了下，是

64M

.





 

此时，我们想一次性传一个

80M

的动作片精华片段，就会以失败告终。

但是，有了

slice

方法，我们可以把文件分割，比方说，每

20M

作为一个请求发送出去，后台再把这些二进制数据拼合成一个完整文件。

1	slice(0, 20); slice(20, 40); slice(40, 60); slice(60)

还有一个很重要的场合就是断点续传！文件传输是个具有时间周期的过程，从玩三国杀的离线率可以看出，掉线什么的是常有的事情。显然，传文件必定会存在传着传着就死在99%位置的情况。你想啊，大鼻孔姐的片子想放到网盘里，随时随地可以欣赏。结果看着进度条等了40分钟，好不容易传到99%，突然断电…………开机后，发现又要重传，是不是小弟弟要气得短小软？显然，后果很严重哈~因此，对于大文件而言，断电续传功能很重要。有了Blob数据格式的

slice

方法，一切都变得简单了。我的思路是这样的，有两条：
1. 浏览器记住（如localStorage）最近一次成功传输的位置；当再次上传这个图片的时候，直接从浏览器存储的位置开始传。
2. 浏览器不做任何事情，在上传之前先去后台走一遍，看看目前此文件是否存在，以及存在的大小，返回给浏览器，然后浏览器再决定上传的起始位置。理性的分析以及实践的结果表明，第二种思路可行性更高。//zxx: 并不一定是最好的思路，您可以自己想出更精彩的实践方法如果用文字举例的话就是：
某老师的视频是

80*1024*1024

B, 我们每次传

1024*1024

B，也就是

1M

，假设传了

79M

了，结果大脚一抖，电源关掉有木有！某老师就这样随风逝去了……用户重新开机，决定再次传这个80M的视频。当用户选择了这个文件后，我们先去后台走一圈，把当前已经传好的文件大小反馈给客户端（Ajax 1.0就可以），JS拿反馈大小和源文件大小一比对，奶奶的，残缺啊！于是，就从残缺位置

slice

，这里就是：

1	file.slice(79*1024*1024)

接着之前的只传了1M就OK啦！于是，断点续传实现。

由于网页本身的局限性，我们没法直接触发本地文件的上传。因此，目前而言，断点文件还是要用户选择（相比客户端上传软件多了这一步）。

三、文件断点续传的实践

 

您可以狠狠地点击这里：HTTP协议下Ajax实现的文件断点续传demo

说明：
上demo可以说是一个比较完善的上传体验，有删除，重传，续传，进度条等常用功能。
基于Ajax 2.0的二进制文件传输实现，因此，IE10+，Chrome以及Firefox等浏览器支持。另外JS原生，无外部依赖。
空间的流量月月吃紧，经常溢出不够用，因此，为了节约成本，只允许最大

200K

的文件。所以，大家想要测试断点续传效果，可以通过工具，把自己的浏览器速度限制到

10~20K

每秒。
demo页面每

100K

就会对文件进行一次分割上传，因此，

100~200K

大小文件会有看到2次上传请求。PS：实际开发时候，应该至少

1M

一次分割。
为了直观表现断点上传的功能，我会截一个本地的视频给大家演示，并原声重现。
后台PHP很简单，就是追加二进制数据，

file_put_contents

方法有个

FILE_APPEND

选项，直接追加，很好用的！
正好研究了下开源协议，这里请容我练个：demo页面中的JS+CSS+HTML源代码遵循GPL协议，即您可以任意复制，修改，但是，只能作为学习或私人项目使用，不能作为商业软件的一部分去出售。如有疑问，可zhangxinxu@zhangxinxu.com联系。

其他一些技术细节，懂的人不说也知道是怎么回事，不懂的人要花很大功夫斟酌表达才可以。然，目前时机不成熟，付出收益比略低，因此，这里不具体叙述，有问题欢迎邮箱联系。下面视频演示下断点续传的效果：

视频展示：

因为半夜三更录的视频，老婆大人已经安然就寝，所以自己声音比较小，发音也不太准，貌似被优酷搞糊了，大家凑合看看吧~~


视频地址：http://v.youku.com/v_show/id_XNjMwNjE3NzY4.html

四、说点题外话

上月本人只更新了一篇文章。有一周是整周的培训。然后除了研究现在这个Ajax断点续传，还在做一个自己的开源项目（已经用了两周了，本周应该可以结束）。

本人最近有在纠结专利与开源的事情。我司申请专利很是方便，而且公司鼓励，且对个人发展有很有帮助，我显然是要积极做这些事情的。但是，个人价值观中很重要的一点就是要留下什么，因此，自己是非常喜欢共享东西的。于是就存在一个矛盾，有些东西，例如一些创新的想法或者实现方式，如果成为的专利，就不好拿出来随意分享了，因为，自己申请的专利不是自己的而是公司的，自己完全没有把控权。头疼~~

不过，今天例会跟组里前辈沟通了下，算是想通了。这样子，自己平时业余时间研究的东西，即使很赞，很具有专利性，我也会及时和大家一起探讨与进步；如果是实际工作发现的创新性想法，则走专利路线，技术封闭。我举得这样的权衡应该是很不错的，不知大家的看法如何呢？

哈哈，今天特地研究了下开源版权的问题，学到了不少，各种License都大致了解了一点，文中好像就有体现了，


博客所有技术文章遵循CC协议，即署名、非商业性使用、相同方式共享、禁止演绎。

一些开源插件等遵循其他协议，回头补上~~

文章来自：张鑫旭-鑫空间-鑫生活