流式传输与速度

流式模式解决“大文件超过本地任务预算”的问题，不承诺突破 Telegram、网关或云存储的速度限制。

普通模式#

Telegram → VPS 完整本地文件 → rclone → WebDAV → 云存储

先完整下载，再上传。上传失败后可保留本地完整文件，重试不一定需要重新下载；但需要足够的任务额度和可用磁盘。

流式模式#

Telegram → 带背压的传输管道 → rclone → WebDAV

单文件超过本地任务预算时自动使用。也可以对合适的排队或下载失败任务执行 /stream 编号。

它不在 VPS 保存完整副本，但网关内部缓存仍可能占磁盘。传输中断后通常要从头重试。

没有 Telegram Premium 能否用#

项目部署清单没有把 Telegram Premium 列为必需条件。但账号能获取什么文件、文件限制和实际速率仍受 Telegram、文件来源和运行环境影响，不能从“可以使用”推导出固定速度。

TG2Cloud 不会因为部署成功，就为非会员承诺会员速率或保证某个文件一定可以获取。

一个 2GB 文件需要多久#

要看实际端到端持续吞吐，而不是仅看 VPS 网卡标称带宽。下面只是数学估算，不是项目实测或速度承诺。

按 2GiB = 2048MiB 计算：

普通模式的下载和上传顺序执行，粗略总耗时为：

总耗时 ≈ 排队 + 文件大小/下载速度 + 文件大小/上传速度 + 校验清理

流式管道稳定工作时通常受慢的一段限制，还需计入启动、等待、限流和收尾；网关内部处理也可能延后云盘官方可见时间。

怎样测得有意义#

先用已知大小的合法测试文件，记录 /status 分阶段速度、开始时间、Bot 完成时间和云盘实际可用时间。分别测普通与流式模式。

不要只贴公网测速结果就判断 TG 到 VPS 或网关到云盘应该多快。出现 429 时先降压并按服务端提示等待，不要反复并发验收。