视频上传
单纯的视频上传好办 前端传一个大文件的流 后端按照 MultipartFile 接受 然后读数据。
但是问题是视频这种大文件 它一般不会短时间传完， 这中间如果 前端用户的网络不好断了
那么你这个大文件就要重新传 等于前面传的都白费了
所以大文件上传/下载都有一个很重要的功能就是 断点续传
大家平时打lol 或者steam 下载游戏 如果你下到一半 把网关了， 你还可以重新继续从刚才的进度下载
一般不会让你从0又下载一遍
分布式文件系统
这里单独要说 分布式文件系统 的概念，就是我们平时后端做上传图片 视频， 那么前端上传过来的这些东西 后端最后存在哪 这是个问题，
如果是微服务架构中要集中管理 且多方调用，那么你存服务器的机器上面 肯定是不方便的。
所以一般都会有一个 分布式文件系统 专门做这件事
后端接收上传完毕后 把文件 存入分布式文件系统中 把分布式文件系统的路径 再存入数据库
分布式文件系统很多 推荐大家去了解一下 比如MinIO 或者其他开源免费的。
断点续传
然后我们再说断点续传， 这是一个常见的功能性的东西， 并不是某个编程语言的特性
所以我们主要说思路 。
- 首先 前端/客户端负责把数据分块 比如20M的视频 分成20个1M的数据块 每个块的名字可以用序号 1-20
- 前端先发一个检查请求给后端 查下这个文件是否存在？ 不存在则开始传
- 前端再发一个请求 包含文件名（一般用md5值 可以解析出文件分布式系统存储路径）分块序号（1-20） 检查一下分块（前端有序的从分块1开始发）是否存在（如果存在说明这个分块已经传完了 传下一个分块 这里就实现了断点续传） 不存在就传这个分块
- 前端发请求传一个分块的数据 包含文件名（一般用md5值 可以解析出文件分布式系统存储路径）分块序号（1-20）具体的分块文件数据
- 前端传完最后一个分块 全部传完了给后端发一个合并的指令 后端讲刚才所有的数据快合并
这里就是断点续传的思路 代码其实不负责 主要是这个思路
