一个群组最多可容纳 200000 人（来源：官方公告，2026 年 10 月核对），当成员规模接近这个量级时，单纯靠「谁在线谁说话」的管理方式就会失效，需要靠话题串拆题、靠权限分级分权、靠审批与慢速模式控制入群与发言节奏（来源：官方群组设置说明，2026 年 10 月核对）。
成员上限的口径变化与引用方式
关于「一个群最多多少人」，网络上流传着至少两种数字：一种是 20000 人（来源：官方公告，2026 年 10 月核对），这是早期口径，如今已经过时；另一种是 200000 人（来源：官方公告，2026 年 10 月核对），这是现行口径。写资料时把这两个数字混在一起，读者就无法判断自己看到的说法是否可用。核对的方法并不复杂：打开官方常见问题页面，逐条检索成员数量相关的问答，看页面上给出的是哪一个数字，并注意页尾的更新说明（来源：官方常见问题，2026 年 10 月核对）。当页面与第三方文章冲突时，以官方页面当日呈现的内容为准，并把核对日期一并写进正文。
需要注意的是，成员上限指的是成员数，不等于同时在线人数，也不等于每日可发言次数。这三个概念经常被混写。群组是服务端加密的载体（来源：官方安全说明，2026 年 10 月核对），也就是说群内消息在服务器上以非端到端加密的方式存储与转发，只有私聊与私密对话属于端到端加密（来源：官方安全说明，2026 年 10 月核对）。这一差别决定了群组不能像私聊那样被默认信任，但也意味着服务端具备多端同步与检索的基础条件（来源：官方登录说明，2026 年 10 月核对）。
| 设置项 | 官方口径 | 对大群的作用 |
|---|---|---|
| 群组成员上限 | 200000 人（来源：官方公告，2026 年 10 月核对） | 决定群规模上限，超过后无法再通过邀请链接或搜索加入 |
| 消息长度上限 | 4096 字符（来源：官方开发文档，2026 年 10 月核对） | 长文需拆分发送，避免超长消息被截断或发送失败 |
| 单条附件大小上限 | 2048 MB（来源：官方客户端说明，2026 年 10 月核对） | 群内文件同样受此约束，超限只能改走云端链接分发 |
| 话题串分题 | 每条话题独立编号与排序（来源：官方群组设置说明，2026 年 10 月核对） | 把一个大群拆成多个主题通道，降低互相干扰 |
| 入群审批 | 可要求管理员逐条批准申请（来源：官方群组设置说明，2026 年 10 月核对） | 过滤批量注册账号，控制群内有效成员比例 |
| 慢速模式 | 可限制成员连续发言的频率（来源：官方群组设置说明，2026 年 10 月核对） | 抑制刷屏与灌水，减少管理员人工删帖工作量 |
话题串怎么规划
话题串是把一个大群拆成多个主题通道的机制：管理员可以预先创建若干话题，每个话题有独立的消息序号，讨论互不串线（来源：官方群组设置说明，2026 年 10 月核对）。它的意义不在于「多开几个板块」，而在于让成员在发言时被迫选择归属，这样管理员只需要管理话题的开启与关闭，而不必逐条处理内容冲突。对已经存在大量成员的群组，启用话题串后常见做法是先开少量宽口径话题承接存量讨论，再逐步细化，而不是一次性建立几十个空话题。
规划话题时有两个可核对的注意点。第一是消息序号在每个话题内独立递增（来源：官方群组设置说明，2026 年 10 月核对），所以引用某一条消息时，要同时给出会话、话题名和序号三要素，只说「第几楼」在多话题群里无法唯一定位。第二是话题串与普通群消息在检索上并存，全局搜索可以按会话和关键词筛选（来源：官方常见问题，2026 年 10 月核对），因此话题命名要稳定，不要随意改写，否则历史消息与新消息在语义上会脱节。
- 先按「长期主题」而非「本周议题」建话题，命名尽量短且不改写。
- 关闭话题前先把未决问题移到保留话题，避免信息沉底。
- 公告类内容固定放在同一个话题，成员检索时只需要认准一个入口。
- 对成员超过 200000 人（来源：官方公告，2026 年 10 月核对）量级的群，话题数量本身要收敛，否则话题列表会超出手机屏幕的可读范围。
权限、审批与慢速模式的组合
大群管理的核心动作是分权。官方提供的管理角色是分级授权的，管理员可以把删帖、封禁、置顶、修改群资料、切换私聊权限等操作分配给不同的成员，敏感操作只留给少数人（来源：官方群组设置说明，2026 年 10 月核对）。常见误区是把「管理员」当成单一等级，结果所有管理员权限完全相同，一旦有人误操作或账号被盗，影响范围就是整个群。合理做法是按职能拆分：日常维护交给普通管理员，禁言与踢人交给核心管理员，修改群名称、转让群主这类操作只保留在群主账户上。
入群审批解决的是「谁能进来」，慢速模式解决的是「进来之后能说多快」。两者常被理解为二选一，实际上互补：开启审批后新成员申请需要管理员手动确认（来源：官方群组设置说明，2026 年 10 月核对），可以从源头挡住批量注册的账号；开启慢速模式后成员连续发言会被强制拉开间隔（来源：官方群组设置说明，2026 年 10 月核对），能压低刷屏速度。两者同时使用时，审批会持续产生需要人工处理的动作，建议指定轮值管理员分批处理，避免所有申请堆给一个人。
另一个容易忽略的点是群组权限的默认值。群可以设为允许成员直接发消息、允许成员编辑自己的资料、允许成员加入后立即看到全部历史消息等，每一项都有独立的开关（来源：官方群组设置说明，2026 年 10 月核对）。对于规模接近 200000 人（来源：官方公告，2026 年 10 月核对）的群，把「允许成员编辑群资料」保留为关闭，可以避免群名与头像被随意改动；把「允许成员看到加入前的历史消息」保留为关闭，可以减少新成员一次性拉取大量历史内容的负担。设置项在客户端内的位置以官方客户端设置说明为准（来源：官方客户端设置说明，2026 年 10 月核对）。
大群里的文件与消息长度限制
群里的文件与私聊共用同一套限制：单条消息可以携带的附件上限是 2048 MB（来源：官方客户端说明，2026 年 10 月核对）。这一点常被忽略，因为很多人以为群是「服务器中转」，可以随意挂载大文件，实际上传依然受单条附件上限约束，且群组是服务端加密的载体（来源：官方安全说明，2026 年 10 月核对），并不因为文件大小而获得额外通道。文件只能以附件形式发送这一件事，使大群文件管理必须依赖外部链接。
超过 2048 MB（来源：官方客户端说明，2026 年 10 月核对）的文件只能改走云端链接分发：把文件放到可公开访问的存储位置，再把链接贴进群消息。这类做法的代价是访问控制从群成员转移到链接本身，谁拿到链接谁就能下载，因此不适合承载敏感资料；对公开资料则要留意链接有效期与访问量。
文本长度同样有硬边界，单条消息长度上限是 4096 字符（来源：官方开发文档，2026 年 10 月核对）。这个限制对大群的直接影响是长文分贴：把一篇说明拆成若干条发送时，需要在每条末尾标注「第几条 / 共几条」，否则读者无法判断是否漏读。给群公告或规则文本时，可以先发一条摘要并说明完整内容放在哪个话题串，再用文档链接补齐，避免超长消息被截断。
把上面几条合起来看，200000 人（来源：官方公告，2026 年 10 月核对）的群要真正跑得稳，靠的是三件事互相配合：用话题串降低噪声，用分级权限降低单点失误，用外部链接与分段规则绕开 2048 MB（来源：官方客户端说明，2026 年 10 月核对）与 4096 字符（来源：官方开发文档，2026 年 10 月核对）的限制。任何一项单独存在，都不足以支撑这个规模。
把成员规模当成系统设计的前提，而不是事后才考虑的意外，200000 人的群才有可能长期保持秩序。