点赞与计数

点赞的问题

点赞是直播间最高频的互动。一场直播可能每秒几千上万个赞,如果每个点赞都广播给所有人:

  • 制造巨大流量。
  • 用户根本看不到每一条。
  • 浪费带宽和推送资源。

点赞的特点是高频、低价值:用户不需要看到每一次点赞事件,只需要看到热度变化。

聚合计数

点赞适合聚合:

客户端点赞 -> 本地立即反馈 -> 服务端聚合计数 -> 定期广播总数
  • 本地立即反馈:用户点的瞬间,自己的屏幕先 +1(体验好)。
  • 服务端聚合:按房间累计,不逐条广播。
  • 定期广播:周期性推送点赞总数(如每 2~5 秒一次)。

为什么可以聚合

  • 点赞没有「内容」,只有「数量」。
  • 用户关心的是「热度」,不是「谁点了」。
  • 允许短暂误差(几百几千的误差无感知)。

点赞的限流

  • 单用户点赞限速:防止刷赞。
  • 客户端与服务端计数校正:本地计数可能漂移,定期对账。
  • 峰值保护:超阈值时降级为「只累加不广播」。

一句话

点赞 = 本地反馈 + 服务端聚合 + 定期广播。把「每个事件都广播」降级为「聚合后的热度」,是高频低价值互动的标准解法。

下一节看投票、抽奖与连麦。

发现内容有问题?

告诉我们哪里需要改进。