弹幕、礼物、福袋：直播互动功能的技术账
一个反直觉的数字
假设一个直播间有10万人在线，每个人每10秒发一条弹幕。你觉得系统每秒需要推送多少条消息？
答案是：100亿条。
这不是夸张。如果系统采用最朴素的“来一条推一条”模式，每个用户的每条消息都要广播给房间内所有人，10万观众 × 1万条消息/10秒 = 10亿条下推/秒。没有任何基础设施能承受这种量级的实时推送。
这个数字揭示了一个行业里很少被公开讨论的事实：弹幕、礼物、福袋这些看似轻量的互动功能，在万人直播间里产生的技术成本和架构复杂度，远超大多数运营方的想象。
要理解这笔“技术账”，需要从三个层面拆解：消息怎么走（通道设计）、怎么管（审核链路）、以及花多少钱（频率与成本）。
一、通道设计：消息从手指到屏幕的旅程
为什么直播互动必须用长连接，而不是HTTP
传统的HTTP请求-响应模型，本质是“客户端问，服务器答”。在直播互动场景里，如果用户每发一条弹幕就发一次HTTP请求，系统会产生大量无效轮询——90%以上的请求都是空手而归的。
WebSocket协议解决了这个问题。它在客户端和服务器之间建立一条持久化的全双工通道，服务器可以主动向客户端推送消息，将延迟从秒级降至毫秒级。目前主流的直播互动系统，弹幕、点赞、在线人数、抽奖、福袋等功能几乎全部基于WebSocket长连接实现。
核心难题：一条消息要送到100万个人手里
WebSocket解决了“通道”问题，但没有解决“广播”问题。
一条弹幕从用户按下发送键，到出现在所有观众的屏幕上，中间经历了一次完整的广播fan-out（扇出）过程。在1对1聊天中，一条消息只需要推送给一个接收者。但在直播场景中，一条弹幕需要推送给房间内所有在线用户——这就是所谓的“倒置扇出”：不是多个房间各发几条消息，而是一个房间有1000万订阅者，所有人都要收到同一条消息。
如果采用最朴素的“来一条推一条”模式，5万条/秒的消息 × 1000万观众 = 500亿次推送/秒。这在物理上就不可能实现。
解法：把500毫秒的消息“打包”发一次
行业里成熟的解法叫做delta-batched fan-out（增量批量扇出） 。
核心洞察来自一个人类行为事实：人眼阅读弹幕的速度上限大约是每分钟60条。当弹幕流速超过这个阈值，观众实际上已经在“抽样阅读”——他们看到的只是弹幕洪流中的一小部分。
系统可以“利用”这个事实：在一个500毫秒的时间窗口内，把所有待推送的弹幕聚合成一条压缩消息，然后一次性推送给每个订阅者分片。原本50K消息/秒的扇出量，压缩后变成2帧/秒/观众；100个订阅者分片（每片承载10万连接），扇出舰队只需执行200次推送/秒。
这个方案的本质是：把“每条消息推给每个人”变成了“每500毫秒推一包消息给每个人” 。消息总量没有减少，但推送次数降低了一个数量级。
分层架构：每一层只做一件事
一个生产级的弹幕系统通常采用三层架构：接入层、消息处理层、推送分发层。
接入层负责维持WebSocket长连接，处理消息的接收和初步验证。技术选型上，主流方案选择Netty而非Spring WebSocket，原因是Netty提供了更细粒度的连接控制和更高的并发性能。
消息处理层是系统的“大脑”。所有弹幕先进入消息队列（Kafka或RocketMQ）进行削峰和解耦，然后由消费者服务从队列中拉取消息，执行审核、过滤、聚合等逻辑。消息队列在这里扮演了“缓冲器”的角色：当进球瞬间流量暴增，队列把洪峰吸收下来，下游服务按自己的处理能力匀速消费，避免被瞬间冲垮。
推送分发层负责把处理后的消息广播到各个订阅者分片。这一层的关键设计是发布/订阅机制：把每个直播间抽象为一个topic，用户进入直播间即订阅该topic，消息发布后由推送服务负责分发。
礼物和福袋：比弹幕更“重”的消息
弹幕可以抽样、可以合并、可以丢弃。但礼物和福袋不行。
用户花了一块钱送出一个礼物，这条消息必须100%可靠地记录、推送和展示。福袋的中奖结果涉及资格校验、概率计算、奖励发放和防重复领取，每一个环节都不能出错。
这就是互动系统中最重要的架构原则：消息分级。
成熟的方案把消息分为三个优先级：白名单消息（系统公告、大额礼物）优先级最高，必须全量可靠送达；高优先级消息（付费弹幕、福袋参与）次之；普通弹幕优先级最低，允许抽样或合并展示。把所有消息都按金融交易处理会浪费大量成本，把付费事件当普通弹幕又会造成对账投诉。
礼物系统的另一个技术难点是原子扣费。用户送出礼物时，需要同时完成余额扣减、礼物发放和消息广播三个操作。在高并发场景下，如果直接用数据库处理，会出现连接池耗尽和热点行争用问题。主流方案是用Redis的Lua脚本实现原子扣减，将QPS从数百提升到数千级别。
二、审核链路：每一条弹幕都要过三道关
为什么审核不是“加一个过滤词库”那么简单
在万人直播间，弹幕的审核压力同样是万级别的。如果采用“先发后审”（消息先展示，审核发现问题再撤回），违规内容至少会暴露几百毫秒，足以被截图传播。如果采用“先审后发”（审核通过才展示），每一条消息都要在毫秒级完成判断，否则用户体验会显著劣化。
行业成熟的方案是三级审核级联：Bloom过滤器快速过滤已知违规词，正则表达式匹配特定模式，ML分类器处理模糊语义。三级级联合计能在5毫秒内清理98%的消息。
Bloom过滤器是第一道防线，用极低的内存成本快速判断“这条消息是否可能包含违规词”。它的优点是速度极快、误判率可控；缺点是只能判断“可能存在”，不能确定。
正则表达式是第二道防线，处理Bloom过滤器放过来的可疑消息。它能精确匹配已知的违规模式（如手机号、微信号、特定谐音变体）。
ML分类器是第三道防线，处理前两道漏掉的模糊语义。虎牙的实践显示，通过大模型整合序列算法、匹配算法和特征提取算法，系统能成功识别谐音代称、符号替代等隐蔽违规信息，预筛效率提升30%以上。
审核的成本账
审核不仅是技术问题，也是成本问题。直播消息审核系统的首期建设参考预算约18万至85万元，周期10至22周。文本审核通常低于图片、语音和连麦审核；每日消息量、人工复核比例、留存期限和敏感词更新频率都会改变人力和第三方调用费用。
好消息是，专业的内容审核方案已经能做到“机器处理90%，人工只处理10%”。某社交平台接入专业审核能力后，仅10%的存疑数据需要人工二次确认，综合准确率达99.99%，审核成本显著下降。
三、频率与成本：互动功能真正的账单长什么样
消息量的估算方法
互动系统的容量规划，不能只看在线人数。行业实践建议记录近3至10场活动的在线、消息、订单和后台操作数据，按1分钟窗口拆解峰值，然后准备1.5至2倍的压力测试。
一个实用的估算公式是：峰值消息量 = 同时在线人数 × 平均互动频率 × 峰值倍数。
比如5000人在线的直播间，每个观众平均每秒发送0.2条互动消息（弹幕+点赞+礼物），正常峰值约1000条/秒。但在进球瞬间，互动频率可能暴增10倍，峰值达到10000条/秒。系统的容量规划需要以这个峰值为基准，而不是平均值。
成本的三层结构
互动功能的成本可以拆成三层：
第一层：基础设施成本。 包括WebSocket网关的服务器资源、消息队列的吞吐费用、Redis缓存的存储成本。以腾讯云CKafka为例，入门级20MB/s带宽规格约445元/月，可支撑中小规模的弹幕推送。
第二层：消息服务成本。 如果选择接入云IM服务，费用通常按消息条数或连接数计费。AWS IVS的聊天功能每月提供13500条消息发送额度和270000条消息传送额度，超出后按量计费。对于日均弹幕量在10万条以内的中小平台，云服务的月成本通常在数百到数千元量级。
第三层：审核成本。 这是最容易被低估的一块。内容审核需要持续投入模型调用费和人工复核成本，且随着消息量增长呈线性上升。如果平台同时支持图片、语音和视频审核，成本会进一步增加。
自研还是接入：先算三个数字
很多赛事平台在规划互动功能时，第一个念头是“自研”。但弹幕系统是否需要自研，不能只看在线人数，还要看每秒消息量、延迟目标、内容审核三个数字。
以10万并发以内的常见场景为例，首期接入与业务定制参考预算通常在10万至35万元，周期约2至4个月。如果选择自研，还需要长期承担值班运维、容量扩展和攻击防护的成本，以及至少2名运维人员的长期责任。
对于大多数赛事平台，更划算的策略是：消息底层走成熟的云IM服务，把预算集中在房间规则、审核机制、礼物玩法和运营后台的差异化上。
四、这笔账的核心结论
回到文章开头的那个数字：10万人在线、每人每10秒发一条弹幕，朴素模式会产生100亿条下推/秒。经过delta-batched fan-out优化后，这个数字可以压缩到几千次推送/秒——降低了6个数量级。
但这个优化的代价是：系统变得复杂了。消息队列、订阅分片、优先级队列、三级审核级联，每一个组件都增加了开发和运维的复杂度。
所以互动功能的“技术账”，本质上是一道架构选择题：你愿意在“消息底层”上投入多少工程资源，还是愿意把这部分交给成熟的云服务，把资源集中在“消息之上”的运营能力上？
大多数赛事平台的最优解是后者。
星逐赛事的互动模块设计
星逐赛事的直播互动模块集成了实时弹幕、礼物打赏和福袋玩法，在消息通道上采用优先级队列机制，确保付费礼物和系统通知的可靠送达；在展现层采用分批推送与本地合并渲染，减少前后端压力。
平台基于腾讯云IM构建消息底层，这意味着赛事运营方无需自行搭建WebSocket网关集群、消息队列和审核链路——弹幕的实时广播、礼物的原子扣费和福袋的抽奖逻辑都由成熟的基础设施承载。运营团队可以把精力集中在互动玩法的设计和用户运营上，而不是消息系统的稳定性和扩展性上。
对于赛事运营方而言，这套互动体系的价值不仅是“让观众有参与感”，更是构建付费转化路径的基础设施——从免费弹幕到小额礼物，再到福袋抽奖，每一步都在引导用户从“看客”变成“参与者”。而支撑这条路径的，是一条经过精心设计、被6个数量级优化的消息通道。