feat(cache): add temp file caching for retry in copy/move tasks

[jenfonro]

Description / 描述

• 增加了临时文件的控制,现在当上传失败时,可以复用下载成功的文件,实现加快重试
• 同时缓存了md5,避免重复io

Motivation and Context / 背景

目前的任务中,当下载成功,上传失败时,重试时会重新下载

How Has This Been Tested? / 测试

• 远程存储上传至百度云盘,在下载/上传阶段手动失败,关注临时文件的变动(上传阶段观察网络下行更直观)

Checklist / 检查清单

• I have read the CONTRIBUTING document.
  我已阅读 CONTRIBUTING 文档。
• I have formatted my code with go fmt or prettier.
  我已使用 go fmt 或 prettier 格式化提交的代码。
• I have added appropriate labels to this PR (or mentioned needed labels in the description if lacking permissions).
  我已为此 PR 添加了适当的标签（如无权限或需要的标签不存在，请在描述中说明，管理员将后续处理）。
• I have requested review from relevant code authors using the "Request review" feature when applicable.
  我已在适当情况下使用"Request review"功能请求相关代码作者进行审查。
• I have updated the repository accordingly (If it’s needed).
  我已相应更新了相关仓库（若适用）。
  • OpenList/tache refactor(worker): implement immediate retry in same worker tache#1
  • xhofe/tache refactor(worker): implement immediate retry in same worker xhofe/tache#7

[jenfonro]

目前只支持了百度云,主要是想大佬们看一下实现的逻辑对不对,

如果这个逻辑对的话,那么我再去适配一下非流式传输的驱动

[jenfonro]

这个需要依赖新的tache,否则可能会导致临时文件过多而爆磁盘(未实验)

目前原作者的tache中已经合并了新的任务逻辑,Openlist这边的还未合并

[j2rong4cn]

改的太乱了，上传重试应该在驱动处理，

[jenfonro]

改的太乱了，上传重试应该在驱动处理，

的确,之前想的是在任务系统中统一处理,反而导致很混乱,

现在代码修改过了,看一下这样是否符合?

[j2rong4cn]

如何不想重新缓存，应该像你之前的pr #1279 那样在缓存之后，根据情况重试