结构简化 去掉不必要的信息,以节省带宽方案二:http gzip压缩优化 对传输的数据采用压缩,并利用gzip的原理(重复度越高,压缩比越高),比如某个短视频直播的福袋,有时候需要发送弹幕才能参与...,这时候会有大量重复的消息发送到服务器,而服务器可以将这些接收到消息拼接的到一起例如:"猴子猴子猴子猴子", 这是将四个人发送的消息拼接到一起了,而gzip压缩时,会将其压缩成"猴子",压缩之后再发送给客户端连接方式优化...当现实网络没问题,可以采用websocket或者长轮询的方式来解决,这两个的区别是通过websocket双方连接上了,没有特殊情况或者主动关闭,连接不会关闭,而长论询如其名,只不过短论询是响应完数据不论后面是否有新数据就立马关闭...,而长论询则是等后面的新数据,或者超过了超时时间才会关闭,因此长轮询的及时性没短轮询好,但是当连接数量多起来时websocket和长轮询更能抗打缓存优化 定期发起rpc调用,从弹幕服务拉取数据并存到内存中...,我们可以限制最多只能读取30s之前的数据,这样读写操作操作的数据区域在同一时间内就不会重合,也不会带来线程问题采用推模式 最新的消息可以直接采用长连接实时推送, 因此用户发送弹幕到消息队列后,消费者做两件事一是将消息写到