Linux下载中断后如何安全暂停并续传？

Question

在Linux中使用`wget`或`curl`下载大文件时，网络波动或终端意外关闭常导致下载中断。此时若无法续传，将被迫重新下载，浪费带宽与时间。常见问题：**如何确保下载过程可安全暂停（如Ctrl+Z或kill后），并在恢复时精准断点续传，避免文件损坏或重复传输？** 这涉及HTTP/FTP服务器是否支持Range请求、本地文件完整性校验、工具参数的正确配置（如`wget -c`需匹配原下载URL且本地文件未被篡改），以及后台挂起（`bg`/`disown`）与会话保持（`screen`/`tmux`）的协同机制。尤其当使用代理、重定向或含认证的URL时，`-c`可能失效；而`curl -C -`对重定向处理更严格。此外，部分工具（如`aria2c`）虽支持多线程续传，但暂停后状态持久化需额外配置。开发者常误以为“有-c就一定可续”，却忽略服务端限制与本地文件元数据一致性，导致续传失败或文件不完整。

Answer 1

```html

一、基础认知：断点续传的底层前提与常见误区

断点续传（Resume Download）并非客户端单方面能力，而是HTTP/FTP协议层、服务端配置、客户端工具行为、本地文件状态四者协同的结果。核心前提是服务端支持 Range 请求（HTTP 206 Partial Content）或 FTP 的 REST 命令。若服务器返回 416 Range Not Satisfiable 或直接忽略 Range 头，则 wget -c 或 curl -C - 必然失败。开发者常误将“命令能执行”等同于“续传成功”，却未验证响应头中是否含 Accept-Ranges: bytes 或实际返回了 206 状态码。

二、工具级实践：wget 与 curl 的续传机制深度对比

特性	wget -c	curl -C -
重定向处理	默认跟随重定向后仍尝试续传（可能失效）	严格要求原始 URL 与重定向目标一致；否则拒绝续传
认证场景	若 URL 含 Basic Auth（https://u:p@host/file），-c 可能因凭证缓存异常失效	需显式传递 --user 或 -H "Authorization: ..."，否则 401 导致续传中断
代理兼容性	支持 --proxy-user，但代理不透传 Range 头时静默降级为全量下载	需配合 --proxy-header "Range: ..."（极少见支持）

关键验证命令：
wget --server-response -S -c http://example.com/large.iso 2>&1 | grep -E "(HTTP|Range|206|416)"
curl -I -H "Range: bytes=0-4095" https://example.com/large.iso | grep -E "(Accept-Ranges|Content-Range|206)"

三、会话韧性：终端中断后的进程恢复策略

Ctrl+Z 后执行 bg 仅使进程后台运行，但父 shell 退出（如 SSH 断连）会导致其被 SIGHUP 终止。真正可靠的方案需分层设计：

1. 会话隔离层：使用 screen -S dl 或 tmux new -s dl 启动下载任务；断线后用 screen -r dl 或 tmux attach -t dl 恢复
2. 进程守护层：对已启动的 wget/curl 进程执行 disown %1 + kill -CONT $(pgrep -f "wget.*-c") 实现无会话依赖续跑
3. 信号健壮层：wget 默认捕获 SIGUSR2 触发“立即暂停并保存进度”，可结合 kill -USR2 $PID 安全冻结

四、完整性保障：校验驱动的续传可信体系

仅靠文件大小匹配无法保证续传安全——本地文件可能被截断、覆盖或损坏。必须引入多维度校验：

• 服务端校验：优先检查 HTTP 响应头中的 ETag 或 Content-MD5（若提供）
• 本地预校验：续传前运行 sha256sum -c manifest.sha256 2>/dev/null || echo "⚠️ 文件不一致，建议删除后重下"
• 增量校验：使用 rsync --partial --progress --append-verify src remote:dst 替代传统下载（需 rsync server）

五、进阶方案：aria2c 与自定义脚本的生产级落地

当标准工具受限于重定向/认证/代理时，aria2c 提供更可控的续传生态：

# 支持 JSON-RPC 持久化状态，即使进程崩溃也可恢复
aria2c --continue=true --auto-file-renaming=false \
       --rpc-listen-all --rpc-secret=secret \
       --save-session=/tmp/dl.session \
       "https://example.com/file.zip"

# 恢复命令（自动加载 session 并校验）
aria2c --input-file=/tmp/dl.session --save-session=/tmp/dl.session

六、故障诊断流程图

graph TD
  A[启动续传命令] --> B{服务端支持 Range？}
  B -->|否| C[返回 416 或 200 全量响应 → 强制重下]
  B -->|是| D{本地文件存在且大小 > 0？}
  D -->|否| E[视为首次下载]
  D -->|是| F{文件末尾是否有效？}
  F -->|否| G[用 hexdump -C file | tail 验证末字节；异常则 rm -f]
  F -->|是| H[发送 Range: bytes=X- 请求 → 校验 206 响应头]
  H --> I[成功续传]

```