MoePal 断点续传机制详解
断点续传是什么
断点续传指的是下载过程中遇到中断（断网、锁屏、杀进程、系统更新等）后，重新开始下载时从上次中断的位置继续，而不是从头开始。这对于大文件下载尤为重要——几 GB 的文件如果每次都要重下，会浪费大量时间和流量。
Gopeed 的断点续传机制
临时文件策略
Gopeed 在下载开始时会创建两个临时文件：
| 文件 | 内容 |
|---|---|
.part 文件 | 已下载的分片数据（按分片序号命名） |
.metainfo 文件 | 元信息：文件大小、分片数、已完成分片列表、下载进度 |
下载中断后，.part 和 .metainfo 文件保留在临时目录。重新开始下载时，Gopeed 读取 .metainfo 恢复到中断前的状态。
分片粒度
断点续传的恢复粒度取决于分片大小：
- 默认分片大小：数 MB 级别
- 恢复精度：已完成的分片保留，未完成的分片重新下载
- 浪费的流量：最多一个分片的大小（通常可忽略）
常见中断场景的处理
场景 1：断网后恢复网络
- 手机移动数据 ↔ Wi-Fi 切换：Gopeed 自动重连，从断点继续
- 宽带临时断线：短暂断线后恢复，Gopeed 通常能自动恢复
- 长时间断网：Gopeed 会提示连接失败，点击"重试"继续
场景 2：锁屏 / 应用切后台
Android 端：
- 如果没授予后台运行权限，锁屏后系统可能杀死 MoePal 进程
- 下次打开应用时，Gopeed 检测到未完成的任务，自动从断点继续
Windows / macOS 端：
- 锁屏不影响后台下载
- 合盖（笔记本）后 macOS 会挂起，Windows 需要在电源设置中配置
场景 3：关闭应用后重开
- 关闭 MoePal → 重新打开 → Gopeed 检测到
.metainfo文件 → 恢复下载 - 恢复速度取决于分片数量和已完成比例
场景 4：系统更新 / 重启
- 更新或重启前如果有未完成的下载，更新完成后打开 MoePal 会自动恢复
- 前提是没有清理临时文件目录
手动暂停与恢复
除了被动中断，也可以主动暂停：
暂停
在下载列表中点击暂停按钮。暂停后：
- 已下载分片保留
- 临时文件保留
- 后台不会继续消耗资源
恢复
点击继续按钮，Gopeed 从暂停点继续下载。
暂停 vs 关闭应用
暂停和关闭应用再打开效果类似，但暂停可以让其他下载任务获得调度优先权。
临时文件清理
临时文件位置
| 平台 | 临时目录 |
|---|---|
| Android | 通常在内部存储 → Android → data → com.moecloud.helper → cache |
| Windows | 下载目录下的 temp/ 子目录或 AppData |
| macOS | ~/Library/Caches/MoePal/ |
清理时机
以下情况可以清理临时文件：
- 确定不再恢复某个中断的下载时
- 下载完成后（Gopeed 会自动清理，无需手动）
- 磁盘空间紧张时
注意
清理临时文件等于放弃断点续传能力。下次想继续只能从头开始下载。
无法恢复的情况
| 情况 | 原因 |
|---|---|
| 临时文件被清理 | .part 和 .metainfo 已删除 |
| 源服务器不支持 Range 请求 | 少数旧服务器不支持分块请求，无法从断点继续 |
| 文件被删除或移动 | 目标位置变化导致临时文件无法对应 |
最佳实践
- 大文件下载前确保存储充足 — 下载前检查剩余空间，避免中途因为空间不够中断
- 下载时避免清理缓存 — 不要用手机清理大师自动清理 MoePal 的缓存目录
- 重要文件下载期间保持网络稳定 — 虽然有断点续传，但频繁中断还是会拖慢整体速度
- 长时间下载用桌面端 — 电脑网络更稳定，不容易被系统杀进程