以节省带宽方案二:http gzip压缩优化 对传输的数据采用压缩,并利用gzip的原理(重复度越高,压缩比越高),比如某个短视频直播的福袋,有时候需要发送弹幕才能参与,这时候会有大量重复的消息发送到服务器...,而服务器可以将这些接收到消息拼接的到一起例如:"猴子猴子猴子猴子", 这是将四个人发送的消息拼接到一起了,而gzip压缩时,会将其压缩成"猴子",压缩之后再发送给客户端连接方式优化 当由于现实环境原因...写操作是单线程的,而读是读取之前的数据,不会与写操作的数据产生冲突,如果读写重合的话,我们可以限制最多只能读取30s之前的数据,这样读写操作操作的数据区域在同一时间内就不会重合,也不会带来线程问题采用推模式...最新的消息可以直接采用长连接实时推送, 因此用户发送弹幕到消息队列后,消费者做两件事一是将消息写到redis,(可能有人说redis内存会爆,但是这是弹幕系统,弹幕数据每隔一段时间删除即可)二是将消息写到弹幕的推送服务器...(推模式),推服务器的作用是从 Redis 中获取用户和直播间的订阅关系以及长连接信息用户连接上下文等信息,将数据压缩分批并发推送给用户参考文章:之乎者也·-CSDN博客