这是 Beta 探索课程，内容结构、实验步骤和示例可能会继续调整。
直播弹幕的目标与边界
一场失控的直播
一场新品发布直播开始后，房间人数从几百人涨到十万人。主播刚说完「开始抽奖」，弹幕瞬间刷屏：有人发评论，有人刷礼物，有人点赞，有人举报广告。
几秒后，观众开始反馈：「弹幕延迟很高」「礼物动画不显示」「有人刷屏没人管」。
这时你会发现，弹幕系统不是一个简单聊天功能，而是直播体验的核心基础设施。
四类核心问题
弹幕系统至少要处理四类问题：
| 问题 | 内容 |
|---|---|
| 实时传输 | 消息从发出到其他观众看到，延迟要足够低 |
| 大规模广播 | 热门房间一条消息要推给几万甚至几十万人 |
| 内容治理 | 敏感词、广告、刷屏和恶意用户需要拦截 |
| 互动一致性 | 礼物、点赞、投票要和业务状态一致 |
不同消息要求不同
关键认知：不同消息的要求不同。
- 普通弹幕：可以允许少量丢失，追求低延迟。
- 付费礼物：必须可靠落账，不能多扣 / 漏扣。
- 管理员禁言：要尽快生效，强审计。
所以设计的第一件事，不是「让所有消息都可靠」，而是给消息分级。
系统的边界
弹幕系统不是孤立存在的：
- 上游接用户与房间服务（鉴权、进入房间）。
- 下游接账户与支付系统（礼物扣款）。
- 旁路接审核与风控（敏感词、刷屏）。
- 自身负责实时分发（WebSocket 长连接 + 广播）。
弹幕系统应该保持「分发平台」的定位：不直接扣钱，不直接判违规，而是把事件高效、分级、可靠地送达该到的地方。
一句话
直播弹幕 = 实时分发平台。它的复杂度不在单条消息，而在低延迟、大规模广播、内容治理、互动一致性四者之间的取舍。下一节明确衡量它的核心指标。
发现内容有问题？
告诉我们哪里需要改进。