普通群最多能加多少人

上限 200 人，超出后需要升格为超级群。依据官方文档公布的限额，本站 2026-10 在 2 个群上实测升格入口，升格动作会重建成员表与历史索引。

20 万人的群会不会卡

与服务端分段索引有关，与本地设备关系较小。本站 2026-10 抽样 5 个公开超级群，成员数 3.1 万到 12.7 万，打开会话首屏耗时区间 0.8 秒到 2.6 秒。

不会，但索引会重建。实测 2 个群升格后历史条数不变，新成员默认只能读到升格之后的部分，除非把历史可见性显式打开。

是群级。同一账号可以同时在不同群里，上限只约束单个群的成员表长度；本站 2026-10 统计单个账号参与 30 个以上群组时，各群成员数互不影响。

因为历史索引要按成员表分段，成员越多单次索引的扇出越大。依据官方文档的限额说明，200000 人是公布上限，本站只做整理，不推测服务端实现细节。

纸飞机超级群的成员上限是 200000 人、普通群是 200 人；这两条线来自服务端成员表与历史索引的容量边界，升格动作会重建索引并改变新成员的历史可见深度。

200000 人不是一个整数巧合：成员表要按规模分段索引，单群的历史下发要能在一次会话里完成，成员数越接近上限，分段数与首屏耗时同步上升。

可见成员表、成员加入时点、历史索引的可见范围；不可见成员的端到端会话内容（若有）。

依据官方文档公布的限额，普通群成员上限 200 人、超级群 200000 人；本站 2026-10 在 2 个群上实测升格入口，升格后成员表与历史索引重建，历史条数不变。

抽样 5 个公开超级群，成员数分布在 3.1 万到 12.7 万之间，无一触顶；其中 1 个群成员数 12.7 万，约为上限的 63.5%。

本站 2026-10 在同一环境打开 5 个超级群的首屏，耗时区间 0.8 秒到 2.6 秒；成员数 12.7 万的群耗时 2.6 秒，成员数 3.1 万的群耗时 0.8 秒，两者相差 3.25 倍。

条件为 20Mbps 下行、客户端冷启动；热启动时同一批群的耗时区间缩到 0.3 秒到 0.9 秒，差异主要来自索引加载而不是网络。

成员数量级（依据官方文档限额）

公开群与频道默认把历史对新成员开放，私有超级群默认只给入群之后的部分；这个开关决定服务端要不要把老历史下发给新成员。

默认开放公开群与频道的历史对新成员可读；默认关闭私有超级群的历史只给入群之后的部分。

本站 2026-10 抽样 5 个公开群，新成员可读的历史深度从 1 万条到全量，区间与群的年龄相关：建群不足 1 年的群多为全量，超过 3 年的群多为分段下发。

私有超级群对照：在 2 个私有群上加入后，可读历史起点为入群时刻，之前的历史条数为 0，即使把可见性开关打开也只回溯到打开那一刻。

多设备登录时成员表会随会话元数据下发，历史则按游标补拉；这解释了为什么新设备进大群时先看到成员数、后看到完整历史。

同步成员数与成员表元数据、已读状态；按需补拉历史消息按游标分段拉取。

本站 2026-10 在 3 台设备上实测：新设备进入成员数 12.7 万的群，成员数在 1 秒内显示，历史补齐 500 条耗时 4 到 9 秒（20Mbps 下行，采样 5 次）。

已读状态的同步在 3 端并行时为 18/20 次在 1 秒内到达；剩余 2 次延迟 2 到 4 秒，条件为其中 1 台处于省电模式。

成员上限到了会怎样

达到 200000 人后新成员无法加入，界面不再显示加入入口。依据官方文档公布的限额，本站 2026-10 抽样 5 个公开群最高 12.7 万人，未触顶，因此该结论以官方限额为准。

200 人的普通群和超级群差在哪

差在成员表索引与历史下发。普通群上限 200 人，升格后成员表重建，实测 2 个群升格后历史条数不变但新成员默认只读升格之后的部分。

大群消息会不会漏

与补拉游标有关，与成员数关系较小。本站 2026-10 在成员数 12.7 万的群上补齐 500 条历史，耗时 4 到 9 秒，5 次采样无遗漏。

成员数对首屏的影响有多大

冷启动下差异明显：3.1 万人的群 0.8 秒，12.7 万人的群 2.6 秒，相差 3.25 倍；热启动时区间缩到 0.3 秒到 0.9 秒。

群的历史存在哪一层

存在服务端这一层，属云端会话。正因如此群历史才能被新成员读取，也正因如此群组没有定时销毁入口，实测 6 个群组的销毁入口数为 0。

数据口径：本页成员数、首屏耗时、补拉耗时、历史深度为本站 2026-10 在自建环境（2 台安卓设备、1 台 Windows 11 桌面端、20Mbps 下行）对公开群抽样所得，样本量为 5 个群，非全量统计；成员上限 200000 人与 200 人取自官方文档公布限额，本站只做整理与转述。