web断点续传和秒传的逻辑思路

web断点续传和秒传的逻辑思路

BUG集散地

2018-09-12 10:08 阅读 67 喜欢 0 断点续传 秒传 上传

前端的思路大体已经了解了:分片

  1. 用户选择文件,监听到文件内容变化后,拿到文件,通过FLASH或者H5对文件内容进行流读取,然后计算MD5值

  2. 计算出MD5后,通过异步请求后端,查找该MD5是否已经存在,如果存在,相当于该文件已经存在了,此时就可以调过文件的上传过程,实现秒传;

当然,有可能是续传:那么此时,可以通过MD5确定到这个文件是哪个文件,同时,该文件已经上传成功的分片序号(或者标识),返回前端,由前端对分片序号(标识)进行校验,已经成功上传的分片则跳过;

3.如果MD5不存在,则是属于新文件,需要重头开始传,前端对文件进行分片,大小2M-5M,小于200M用2M,以上用5M

4.将文件分片后,通过校验,将没有上传通过的分片,通过异步,将内容提交给后台

5.后台接受到分片后,通过MD5值确定文件,通过分片内容及序号(标识)确定在文件中的位置,然后对分片进行拼接或扩容

6.由于是异步长传,可能分片的顺序并不是顺序提交的,所以需要可以对分片内容进行缓存,如果文件共10个分片,现在已经传递了3个分片,到第四个分片,此时判断提交的分片是不是第四个,如果是则拼接,拼接后,在缓存中查找是否有第五个分片,如果有,则继续拼接,以此类推;如果不是则缓存;如果拼接完成后继续更新数据库,防止传输中断,方面下次继续查找;

分片拼接的第二种方式:扩容,如果传递的是第二个,则把第一个空间留出来,等上传第一个的时候,再拼接上;这样会比较好点,不会耗内存;

上传完成后,更新数据库的标识,文件完整;

7.当分片全部上传完成后,文件则上传完毕,由于是hadoop服务器的存在,那么之前的操作 都是在项目中进行的,也就是说如果文件没有上传完成,则全部留在本地的临时文件夹中;

数据库表结构:

id : 主键ID

MD5 : 文件的MD5值,

attachmentId : 附件ID,用来查找其他的属性,比如pdfpath或者高清或者一些其他的等等。

filePath : 文件的路径(可能是在hadoop服务器,也可能在本地的临时文件中,有可能上传完了,也有可能没成功)

iscomplete : 文件是否完整,在文件完成后更新

chrunklist : 已经成功的分片列表,通过查找,返回前端校验使用

实现方式:

  1. 通过HTML5的API实现,额 这个有兴趣可以研究下,搞一搞

  2. 别人家的东西,webuploader,百度的,对百度好感还是不错的

参考网址:

ps: 以下均为webuploader的参考文章,方便以后查找

断点续传和秒传参考: https://github.com/fex-team/webuploader/issues/142

github : https://github.com/fex-team/webuploader/tree/research/experiment

API : http://fex.baidu.com/webuploader/doc/index.html

逻辑讲解: http://bbs.csdn.net/topics/391906102

webuploader issue : https://github.com/fex-team/webuploader/issues

转载请注明出处: https://chrunlee.cn/article/web-upload-resume-thinking.html


如果对你有用的话,请赏给作者一个馒头吧 ...或帮点下页面底部的广告,感谢!!

赞赏支持
提交评论
评论信息(请文明评论)
暂无评论,快来快来写想法...
推荐
前一阵子做了个图床,可以粘贴上传,查看服务器上的文件... 但是自己的服务器总是有问题..空间还小,就怕哪天没钱续费了。同事昨天想要一个七牛的图床,在网上找了下,只找到了 qiniu upload files插件,自己使用了下,挺好用,但是没有复制粘贴
本来是想做一个图床,然后在chrome扩展中添加上,但是发现chrome的扩展有点毫无头绪,只能从头练习,从头学了。
当我们使用web打印相关的解决方案的时候,还有不少小坑值得注意下,同时需要了解几个小技巧提升在web打印上的友好度,以下整理一些常见的小技巧
写到这里,基本上就完成了我之前一篇文章中写的,我要做一个自己的图床的小程序了。在最初我要做图床的时候,发现在谷歌扩展程序上一无所知,所以才开始学习的这个,到这一步,至少能勉强能跑通自己的小程序了。
接下来,我们综合上面的配置,再加一个选项页面配置,做一个天气预报的小栗子。
BUG 报错Tainted canvases may not be exported 。 在通过canvas 调用 toDataURL的时候出现的问题。
ubuntu 配置nginx反向代理,这里简单记录下,后续再复习..
上一张中已经完成了比较简易的3D全景浏览,但是...这是写死在xml中的,对于我们实际的项目,这种情况是不可能适应的。所以,来了解下如何动态加载xml已经设置对应的热点。