关于断点续传

[humbass]

最近一个项目要用到大文件的断点续传，多大文件呢，大的包可能会有 20G ，目前的做法是

前端取到文件后，按 2m 一个片段进行分片，然后逐个上传 后端收到完整的文件后放在一个隐藏的目录内，等最后的文件传完之后，逐一合并，并移动到指定的文件夹

实现是实现了，最大的问题不是上传，而是合并以及转移文件相当消耗时间

有没有更高级的做法呢？

[jiangzm]

@humbass #15 不需要告诉客户端怎么传，而是客户端怎么传告诉服务端。根据分片的大小，分片的索引可以计算 offset ，有 offset 不就可以直接写入了。 你最后上传完合并不也要确定分片的顺序吗， 在等待的过程完全可以边写边传。

[netnr]

用 tus 协议
https://tus.io/
https://uppy.io/

[okakuyang]

这些不都是基操吗，检查下自己代码，怕不是有 bug

[hetal]

rsync 不行么？

[zhaokun]

内网搭建一台开源的对象存储

[zhaokun]

为啥要等都上传完了再合并，可以上传一点合并一点呀，顺序不对的就等着呗，合并完再移？不是直接在目标文件夹下直接合并吗？

[humbass]

@netnr 这个倒是新东西，俺研究下看看，thx

[victimsss]

--- 因为是企业内网网络（含广义上的内网）使用，不能使用第三方的云端存储。
第三方和内不内网有什么关系吗，贵司平时不是用支持私有部署的服务吗

[heiya]

@trzzzz hi ，我还是没 get 到弱网环境下的问题。实际在上传时后端会维护一个 uploadId 下的已上传分片数组，客户端（我这边是 windows 客户端）会根据这个数组尝试重试机制。所以无论网络环境如何、是否是并发上传，只要客户端能正确处理这个数组就可以。

[trzzzz]

@heiya 这个是发生在 server 端，server 端透传走客户端传的流（弱网是在 server 端 到 其它地方，比如对象存储）

[heiya]

@trzzzz thanks~

[dode]

分块上传，并且要求按顺序上传，服务器顺序写入追加就行了

[dode]

客户端按固定大小分块上传，直至文件结束