他给一个合作方发了一段很长的说明，讲了交付时间、三条注意事项、以及两个需要对方确认的细节。发出去之后他扫了一眼，觉得没问题。
对方回了一句：「你后面是不是没写完？」
他点开自己发出去的那条一看——后半段不见了。 没有报错，也没有红色感叹号，界面上就是一条「已经发出去」的消息，只是它比他想发的短。
他第一反应是「网络问题」，于是又发了一遍。第二遍还是一样，只是断的位置稍稍靠后了一点。
他花了一个多小时才弄明白：这不是故障，是上限。而且是最容易出事的那一类上限——它不拦你，它只是把你的内容剪短，然后照常发出去。
这篇要讲的，就是这件事的一个更普遍的版本：电报里有很多地方有上限，而每一个上限到顶时的「反应」并不一样。 有的是拦住你（你知道发生了什么），有的是悄悄改掉你（你不知道），还有的是把你原来占着的位置让给别人（你过一会儿才发现）。
二、先给一把尺子：上限到顶时，有三种反应
不要试图去记那些数字。真正值得记住的是这个：
| 到顶的方式 | 它的表现 | 你知不知道 |
| 拦住你 | 明确报错、按钮变灰、直接不让做 | 知道——它当场告诉你 |
| 悄悄改掉你 | 内容被截断、写入被丢弃，动作照常完成 | 不知道——你要自己去发现 |
| 顶掉别人（或顶掉旧的） | 新的上来，原来占着位置的那个下去 | 通常过一会儿才发现 |
这张表要竖着读最后一列：三种反应里，只有第一种是「安全的」——因为它当场就把问题告诉你了。后两种都不会报错，而「不报错」恰恰是它们危险的地方。
由此得到一条纪律：你不需要记住任何一个上限是多少，你只需要知道——它到顶时会不会告诉你。 会的，你可以贴着用；不会的，你必须自己留余量。
三、把散落的上限放进这张表
下面是常见的几处上限，按它们的反应分类。注意看的是「到顶时会发生什么」，不是「上限是多少」。
| 这一处上限 | 到顶时的反应 | 属于哪一类 |
| 单条消息的字数 | 内容被剪短，但照常发出 | 悄悄改掉你 |
| 昵称、简介这类资料的长度 | 写到某处再打字也进不去 | 拦住你 |
| 群成员数 | 新成员加不进来，会看到提示 | 拦住你 |
| 一次发送的媒体张数 | 超出的部分留在输入框或不被带上 | 半拦住（要看端） |
| 文件夹的数量 | 新建存不下来，或最后那个不生效 | 悄悄改掉你 |
| 同时登录的设备／会话数 | 新的一上来，旧的被挤下去 | 顶掉旧的 |
| 置顶的位置 | 后一个把前一个的位置占了 | 顶掉旧的 |
这张表要竖着读「属于哪一类」那一列：七行里，只有两行属于「拦住你」；其余五行你要么是被悄悄改了、要么是丢了原来占着的位置。
还有一处要说清：同一件事在不同场景下可能属于不同类。 比如「一次发几张媒体」，有的端会明确提示、有的端是静默少带几张——所以判断的依据不是「我听说它是什么类」，而是「我这次看到的是哪一种反应」。
四、为什么「不报错」的那两类最值得记住
前面说第一种是安全的。原因值得单独讲一遍，因为它决定了你该在哪些地方留余量。
| 反应 | 出了事之后 | 代价落在谁身上 |
| 拦住你 | 你当场就知道了，可以当场改 | 你——但只是几分钟 |
| 悄悄改掉你 | 对方先发现，或者永远没人发现 | 对方——而且他多半不会追问 |
| 顶掉旧的 | 你原来安排好的东西位置变了 | 你——而且往往是几天后才发现 |
这张表要竖着读中间那一行：「悄悄改掉你」最麻烦的地方不是内容少了，是少了之后没有人会告诉你。 你不知道它少了，对方也不一定说——如果是发给很多人的内容，你会以为所有人都收到了完整的那一份。
由此得到一个很实在的做法：凡是会被「悄悄改掉」的内容，事先就把它拆开。 长消息拆成几条、把关键信息单独发一条、把完整版本放进一个文件里——这些做法不是为了绕开上限，是为了让「上限存在」这件事不影响你要传达的信息。
五、一条通用判断：它到顶时，会有什么信号？
如果你遇到一个以前没碰过的上限，可以用下面的顺序自己判断它属于哪一类。
| 顺序 | 做什么 | 看到什么说明什么 |
| 一 | 看它有没有当场反馈（报错、灰掉、提示） | 有——是「拦住你」这一类，可以放心用 |
| 二 | 回头核对你刚发出去的东西 | 变了——是「悄悄改掉你」这一类 |
| 三 | 看原来那个还在不在 | 不在了——是「顶掉旧的」这一类 |
| 四 | 换个端再看一次 | 表现不同——说明它和端有关，不是规则变了 |
这张表里最该养成的动作是「回头核对自己刚发出去的东西」那一步：发出去之后核一眼。这一步的成本是两秒，而它挡掉的正是引子里那种「发了两遍都一样」的循环。
一条可以记住的经验：内容类的上限，多半是「悄悄改掉你」；数量类的上限，多半是「拦住你」。 因为前者是对一段文字做处理，处理完照样能发；后者是有一个总数摆在那里，到不了就是到不了。
六、留余量：别贴着上限用
既然有一半的上限不会告诉你，那么正确的做法就不是「记住数字」，而是别贴着用。
| 场景 | 贴着用的做法 | 留余量的做法 |
| 长内容 | 一次写完发出去 | 拆成几条，关键信息单独发一条 |
| 资料填写 | 写到写不下为止 | 留一点空，方便以后补 |
| 群规模 | 一直加到加不进为止 | 提前想好「满了之后新成员从哪进」 |
| 同时登录 | 把所有能登的都登满 | 只留常用的，其余及时清掉 |
| 位置类（置顶、排序） | 摆满 | 只留真正要突出的那几个 |
这张表要竖着读「长内容」那一行：它最值得按这个方式处理，因为它同时踩了「最容易触发」和「最不容易被发现」两个特点。
还有一条更根本的提醒：你不需要知道上限是多少，你需要知道「我现在离它有多近」。 当你开始反复遇到某个上限时，说明你的用法已经在这个边界上了——这时候要改的是习惯，不是去找办法把上限抬高。
七、哪几件事其实不用做
| 你可能想做的 | 要不要做 | 理由 |
| 去搜一份「电报各类上限一览表」并背下来 | 不用 | 那些数值会随会员状态、群类型与版本调整，记了也会过期 |
| 内容被截断后反复重发同一段 | 不用 | 重发的还会被截断；正解是拆开发 |
| 为了不被截断而去找「解除限制」的工具 | 不用 | 那类工具换的不是上限，是你的整条通信链路 |
| 群满了就去买「扩容」服务 | 不用 | 上限不在你能买的范围内 |
| 认为「没报错就是成功了」 | 不用 | 这正是两种最麻烦的反应的共同表现 |
| 让旧设备一直挂着登录，直到登录不上为止 | 不用 | 那一类上限是「顶掉旧的」，被动丢的可能是一台你正在用的 |
这几行的共同点：它们都想「把上限去掉」——而真正能改善体验的，是「别让自己贴着上限」。
八、这几条路一条都不要走
这一节是全文唯一不给余地的地方。
| 你会看到的路 | 它实际要你付出什么 |
| 「解除上限」「无限容量」类的工具或修改版 | 它替换的是你的登录会话与消息链路，而你换回来的只是「不用拆分」这一点方便 |
| 第三方「扩容」「代扩容」服务 | 上限不在第三方能改的范围内；它要的是你的账号入口 |
| 用脚本或机器人绕过发送限制 | 那属于自动化批量行为，代价落在账号上，而内容该拆还是得拆 |
| 把长内容塞进图片来「绕开文字限制」 | 它确实绕过了，代价是对方搜不到、复制不了、也读不清 |
| 因为怕截断，干脆把重要内容口头说一遍 | 口头内容同样没有一个能核对的版本；正解是「发一条能核对的」 |
这几行的共同性质是同一句：它们都在试图把「一条规则」变成「没有规则」。 而这篇从头到尾只主张一件事——规则改不了，但你可以不站在它的边界上。
常见问题速答（FAQ）
Q：为什么我发出去的消息只显示了前半段？
A：这是单条消息的字数上限在起作用，而它属于「悄悄改掉你」那一类——不报错、照常发出，只是内容被剪短了。正解不是重发，是把内容拆成几条。
Q：怎么知道某个上限到顶了？
A：先看它有没有当场反馈（报错、灰掉、提示）。有反馈的，你当场就能改；没有反馈的，你只能靠回头核对自己刚发出去的东西。
Q：群人数满了会怎么样？
A：新成员加不进来，通常会看到提示——它属于「拦住你」这一类，是三种反应里最安全的一种。要提前想好「满了之后新成员从哪进」，而不是等到加不进的那天。
Q：登录新设备，会把旧的顶掉吗？
A：会——这一类上限的反应是「顶掉旧的」。所以别把设备登满：只留常用的，其余及时清掉，否则被动丢掉的可能是一台你正在用的。具体规则另有一篇写得比我这里细。
Q：文件夹建到最后新建不了了，是出错了吗？
A：多半是到上限了，而它属于「悄悄改掉你」那一类——新建存不下来，但不会有明显报错。遇到这种情况，先删一个不用的，而不是反复新建。
Q：有没有办法知道各类上限分别是多少？
A：数值会随会员状态、群类型、版本与地区调整，所以本文一个数字都不给。你要记住的是三种反应的区别，以及「别贴着上限用」这个习惯——这比背一张会过期的表有用得多。
Q：为什么同一件事在不同设备上表现不一样？
A：有的上限是端上处理的，所以不同端可能给出不同的反馈方式（一个明确提示、一个静默少带）。判断依据是你这次看到的反应，不是别人听说的那种。
结语：记住反应，不用记住数字
引子里那位最后做的事很简单：把那段说明拆成了三条发。 对方回了个「收到，三条都看了」。他后来说，早知道是这样，那一个小时就不用花了。
整篇收成一句话：电报里有很多地方有上限，但它们到顶时的反应只分三种——拦住你、悄悄改掉你、顶掉旧的；只有第一种是安全的，所以你真正要记住的不是数字，而是「它会不会告诉你」。
那把尺子值得记住：
它到顶的时候，会告诉我一声吗？
一句话总结：电报里那些上限，值多少会随会员状态、群类型与版本调整，所以不值得记；值得记的是它们到顶时的三种反应——「拦住你」（报错、灰掉、明确不让做，当场就知道）、「悄悄改掉你」（内容被剪短或写入被丢弃，动作照常完成，不报错）、「顶掉旧的」（新的上来、原来占着位置的下去，过一会儿才发现）。只有第一种是安全的，所以凡是会被悄悄改掉的内容（比如长消息），事先就该拆开；而通用做法不是去解除上限，是别贴着自己的边界用。