视频上传-实现断点续传

视频上传

单纯的视频上传好办 前端传一个大文件的流 后端按照 MultipartFile 接受 然后读数据。

但是问题是视频这种大文件 它一般不会短时间传完， 这中间如果 前端用户的网络不好断了

那么你这个大文件就要重新传 等于前面传的都白费了

所以大文件上传/下载都有一个很重要的功能就是 断点续传

大家平时打lol 或者steam 下载游戏 如果你下到一半 把网关了， 你还可以重新继续从刚才的进度下载

一般不会让你从0又下载一遍

分布式文件系统

这里单独要说 分布式文件系统 的概念，就是我们平时后端做上传图片 视频， 那么前端上传过来的这些东西 后端最后存在哪 这是个问题，
如果是微服务架构中要集中管理 且多方调用，那么你存服务器的机器上面 肯定是不方便的。

所以一般都会有一个 分布式文件系统 专门做这件事

后端接收上传完毕后 把文件 存入分布式文件系统中 把分布式文件系统的路径 再存入数据库

---

分布式文件系统很多 推荐大家去了解一下 比如MinIO 或者其他开源免费的。

断点续传

然后我们再说断点续传， 这是一个常见的功能性的东西， 并不是某个编程语言的特性
所以我们主要说思路 。

• 首先 前端/客户端负责把数据分块 比如20M的视频 分成20个1M的数据块 每个块的名字可以用序号 1-20
• 前端先发一个检查请求给后端 查下这个文件是否存在？ 不存在则开始传
• 前端再发一个请求 包含文件名（一般用md5值 可以解析出文件分布式系统存储路径）分块序号（1-20） 检查一下分块（前端有序的从分块1开始发）是否存在（如果存在说明这个分块已经传完了 传下一个分块 这里就实现了断点续传） 不存在就传这个分块
• 前端发请求传一个分块的数据 包含文件名（一般用md5值 可以解析出文件分布式系统存储路径）分块序号（1-20）具体的分块文件数据
• 前端传完最后一个分块 全部传完了给后端发一个合并的指令 后端讲刚才所有的数据快合并

这里就是断点续传的思路 代码其实不负责 主要是这个思路