大文件传输（2GB 与 4GB）：MTProto 分块流式传输、断点续传与网络韧性

上限，以及它适用于什么

这个限制是按单个文件计算的，不是按账号。免费账号 2GB，订阅后 4GB，发送数量不限，保存时长也不限。一个会话里存着几百 GB 的内容很平常，而且不花任何人一分钱。

其中有两点值得明确说明，因为它们会改变这个功能的使用方式。

接收方不需要订阅。订阅用户发送的 4GB 文件，从未付过费的人也能正常下载。这个限制管的是上传，不是访问。

聊天本身就是存储。文件一旦进入某个会话就会留在那里，你登录的任何设备都能取回，而且不占用手机空间——第 043 步提到的缓存最多只保存一份临时副本。你不需要为已发送的内容保留本地副本，对于习惯用附件的人来说，这是真正的习惯改变。

四种方式，以及对方实际收到什么

在添加附件那一刻所做的选择，决定了对方收到什么，而且事后无法更改。

前两行是人们最常搞错的选择，原因是压缩方式在聊天里看起来更好。一张照片以照片形式发送会立刻显示、填满气泡；以文件形式发送则只是一个带名字的灰色方块。而那个灰色方块才保留了细节，第 011 步完整论述了这在什么时候重要——截图、扫描件、文档，以及任何图像中含有文字的东西。

大文件给其他人带来的成本

这是这个话题通常略过的部分。把 2GB 发进一个四百人的群，不是关于你网络状况的决定，而是代表四百部手机做出的决定。

文件是否会未经请求就落到他们设备上，取决于第 044 步讲的自动下载设置，而大多数人从未打开过它。对于没设置过的人，繁忙群组里的大文件可能在他们坐火车时通过移动数据就下载了。

由此可以得出三个习惯，而且都不麻烦。说明这是什么——一个文件名加一句背景说明，能让对方在点击之前做出判断。超大文件优先用链接，因为链接在被需要之前不产生任何成本。还有只有一个人需要时就用私聊发送，这听起来显而易见，却在工作群里被习惯性忽视。

同样的逻辑更尖锐地适用于频道，因为受众更大，而且无法回复反对。一个经常发布数 GB 文件的频道，是在向数据费用昂贵国家的订阅者提出很高的要求，而发帖的人对此毫无感知。

传输中途停止时

大文件传输会以很普通的方式失败，而有一个特定的地方可以查看，几乎没人知道。

只要有东西在下载，聊天列表顶部搜索栏附近就会出现一个指示器。点开它会列出所有正在进行的传输，每一项都可以暂停、继续、调整优先级或取消。如果某个文件看起来卡住了，它就在这里，通常暂停再继续就能重新启动。

对于上传，消息本身上的进度环就是控制按钮——在那里取消会移除待发送的消息。因连接中断而暂停的上传不需要干预，回到网络后会继续。

有一种情况表现不同，值得了解：如果发送设备存储空间耗尽，或者上传途中应用被操作系统关闭，传输可能需要重新开始。用一部快满的手机发送超大文件就是这种情况，这也是把最大的传输放在电脑上做的另一个理由。

现在试一试——五分钟

四个步骤。第二步会改变你从现在起发送东西的方式。

1. 找到下载列表 开始下载一个大文件，然后看搜索栏附近。暂停它、继续它、取消它。知道这个功能存在，就能把一个卡住的文件从谜团变成一个按钮。
2. 把同一张截图用两种方式各发一次 一次作为照片，一次作为文件。打开两者，看里面的小字。这个对比比任何关于压缩的描述都更有说服力。
3. 用收藏的消息搬一个大文件 从电脑传到手机，或者反过来。第 046 步的传输路线比两台设备上其他任何可用方式都快。
4. 发送前给文件起个像样的名字 搜索只读文件名，从不读内容，第 045 步有解释。以日期和主题命名的文件两年后还能找到；以相机编号命名的则找不到。

在文件到达之前就能观看

大体积媒体不必下载完才能使用，这会改变关于发送什么才算合理的判断。

以视频形式发送的视频几乎立刻开始播放，并在你观看时继续获取，就像流媒体服务那样。一段两小时的录像可以在手机上观看，不必等两小时的文件落地，看完之后也不必保留那个文件。音频同理，播放器会跟随你在应用里移动，所以你读别的东西时，长录音会继续播放。

以文件形式发送的视频不会这样。对应用来说它是一份文档，所以会完整下载，然后用你设备上的视频播放器打开。当对方需要原始文件来编辑或归档时，这是正确选择；当他们只需要观看时，这就是错误选择——而这种情况比人们以为的更常见。

所以上表中的压缩决定还有第二个维度，没人提到过。以视频形式发送不仅更小，还能立刻观看。以文件形式发送不仅更大，还让接收方必须等全部下载完才能看到任何内容。对于发到群里的长录音，这个差别决定了有没有人会去看。

这个阶段的常见问题