需求背景
关于分片上传,是个老生常谈的话题,但并不是每个项目中都会采用,为什么不用,以及为什么用,都是需要考虑清楚的。
上传文件往往需要走这么几个步骤:
- 判断类型
- 判断大小
- 拿到上传地址
- 往地址推送文件
当文件符合要求,且比较小的时候,成功率是比较高的,但如果文件大,上传的路径又复杂,再加上网络问题,失败率就会陡增,这时候该怎么改善体验呢?
很典型的一个场景,迅雷、百度云盘,这些都是允许用户主动暂停,或者允许进行一半失败了接着进行。
即使不是这样的场景,我们也希望达到两个目的:
一、大文件不因中途出了一点点问题就彻底失败。
二、上传过程可以获知当前进度,让用户知道传了多少,还要等待多久。
所以,提高上传成功率,让用户对较长的上传过程有所感知,就是我们优化的目标。
文件切割
想要分片,首先要有切割的方法,有这样一个的方法——slice()
不如我们顺便看看他提供了多少东西。
通常情况下, File 对象是来自用户在一个<input>
元素上选择文件后返回的FileList
对象,也可以是来自由拖放操作生成的 DataTransfer
对象。
File包含:
- name
- size
- type
File本身没有提供