屏蔽应立即在客户端生效，不必等待后台处理
别名: 即时屏蔽 · instant mute · client-side block · immediate blocking
概念解释
屏蔽（mute/block）的目的与举报不同：举报追求的是对破坏者的处理（需要后台审核），屏蔽追求的是对自己的即时保护（不再看到/听到这个人）。屏蔽的生效必须即时且在客户端完成——按下屏蔽的瞬间，该玩家的文字、语音、任何交互在自己这里消失，不需要等待任何审核流程。把屏蔽做成需要后台处理的功能是范畴错误：保护性动作的延迟就是保护失效的时长。
机制
即时屏蔽的技术本质是客户端过滤而非服务端禁止：被屏蔽者的消息仍然到达客户端，但客户端不显示（过滤发生在呈现层），这个架构让屏蔽的生效速度等于一次本地操作的速度（零网络延迟），也让屏蔽是纯粹的个人选择（不影响该玩家与其他人的交互，无需服务器裁决「该不该屏蔽」）。即时性对保护效果的意义在骚扰场景中直接：持续的辱骂攻击中，每多忍受一分钟骚扰都是真实的伤害，即时屏蔽把伤害的持续时间截断在受害者按下按钮的时刻。屏蔽的完整性决定保护质量：文字、语音、私信、组队邀请、好友申请全渠道屏蔽——漏一个渠道的保护就有漏洞（屏蔽了文字但语音还在骂）。屏蔽的持续性与解除权在受害者手里：默认跨对局持续（下次遇到自动屏蔽），解除也需要受害者主动操作（不因对方换头像换名字而失效，账号级屏蔽而非显示级）。
边界
客户端屏蔽的边界在于它只改变「我看到什么」，不改变「发生了什么」：被屏蔽者的行为对其他玩家仍然可见，屏蔽不是惩罚而是自保，两者的期望管理很重要（屏蔽后受害者不应期待对方受到惩罚，那是举报的职能）。屏蔽与竞技信息的交互有一个特殊场景：屏蔽队友的语音后团队沟通缺失（见沟通缺失误读条目），屏蔽是个人保护权但团队场景的屏蔽可能有团队代价，竞技模式可以对屏蔽队友语音设提醒（「你已屏蔽队友语音」的持续提示）而不是禁止屏蔽。屏蔽的容量与同步：跨设备账号级的屏蔽列表需要云端同步（换设备不失效），列表容量限制（几百人）对一般玩家足够但需要明确提示上限行为。误屏蔽的恢复（手滑屏蔽了队友）需要即时可逆（屏蔽列表即时管理，无需申诉流程）。
怎么落地
- 屏蔽操作在客户端即时生效，覆盖文字、语音、私信、邀请全渠道，账号级绑定并跨设备同步。
- 对局内提供一键屏蔽（名单呼出后与举报并列的屏蔽按钮），屏蔽列表支持即时管理与解除。
- 验证办法：测试屏蔽的生效延迟（屏蔽后对方发言仍出现的窗口期应为零）和渠道覆盖完整性（逐渠道验证）；统计屏蔽功能的使用率与重复屏蔽率（反复屏蔽同一人说明账号级绑定或同步有漏洞）。