点赞场景下,高并发的socket节流方式

经常听到“防抖节流”这个词组,实际应用中用不到,就很难体会到其真实的概念。

最近在直播间点赞功能中实际应用下“节流”的概念。

在一场直播中,经常出现参与性的“点赞互动”活动,可想若一场直播有1万人参加,1万人同时参与点赞,若真是实时的把每个点赞推送到用户端,那服务器面临的是10000*10000的推送次数,若这1万次的点赞都显示到用户端的“心形气泡特效中”会是什么效果,这还不计算用户每秒至少要点5次。1万个用户可想而之服务器将面临怎样的推送量级。

由此预想出“实时+延迟”的推送设想

  1. “实时”当一秒内没有消息发送时,实时发送。
  2. “延迟”当一秒内有推送时,延迟到“一秒的推送节点”推送。

实时,避免了用户点击无响应。

延迟,合理分配了推送压力。

此概念同时运用到“前后端”合理分配,会是一个负载量级的提升。

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值