求教关于直播场景IM系统的两个技术疑问

1，对于直播间im，有必要在server端存储消息吗？（这里不谈存在数仓用于进行数据分析的存储目的），如果存储，用户拉取的逻辑是怎样的呢？我自己去使用b站，对于小直播间，通常可以看到主播开播后甚至上次开播时的聊天内容（这些聊天记录都是在我进入直播间之前产生的），但是对于大直播间，通常进去就是即时的聊天记录，并不能看到以往的聊天记录。这是什么逻辑呢？至于抖音直播也是，进入直播间，退出后你再进去，也可以看到你推出去这段时间的聊天记录。
2，直播im相较于传统im，有什么不一样的地方吗？目前看来就是，直播im相当于只有群聊，且可以不用考虑数据存储的问题，想知道直播im有没有什么亮点是传统im没有的。我在开发一个直播间im系统，但是想了很久也只是搭了个im链路和一些直播相关的下游服务，但并不能直接从im系统中体会到直播业务的特殊之处。想请教一下。

我觉得直播im的聊天存储可以完全交给客户端存，但是用大平台的直播系统，又和我想象的不太一样。

直播系统里的im还真有点不太一样。

你可以把我整理的下面这些文章都读一读：

《直播系统聊天技术(一)：百万在线的美拍直播弹幕系统的实时推送技术实践之路》http://www.52im.net/thread-1236-1-1.html
《直播系统聊天技术(二)阿里电商IM消息平台，在群聊、直播场景下的技术实践》http://www.52im.net/thread-3252-1-1.html
《直播系统聊天技术(三)：微信直播聊天室单房间1500万在线的消息架构演进之路》http://www.52im.net/thread-3376-1-1.html
《直播系统聊天技术(四)：百度直播的海量用户实时消息系统架构演进实践》http://www.52im.net/thread-3515-1-1.html
《直播系统聊天技术(五)：微信小游戏直播在Android端的跨进程渲染推流实践》http://www.52im.net/thread-3594-1-1.html
《直播系统聊天技术(六)：百万人在线的直播间实时聊天消息分发技术实践》http://www.52im.net/thread-3799-1-1.html
《直播系统聊天技术(七)：直播间海量聊天消息的架构设计难点实践》http://www.52im.net/thread-3835-1-1.html
《在线音视频直播室服务端架构最佳实践(视频+PPT) [附件下载]》http://www.52im.net/thread-196-1-1.html
《海量用户IM聊天室的架构设计与实践》http://www.52im.net/thread-4404-1-1.html
《视频直播技术干货(十一)：超低延时视频直播技术的演进之路》http://www.52im.net/thread-4587-1-1.html

服务端要存储，合规是比较重要的一方面，另一方面就是数据分析，做风控之类的。
你说的进房间能看到上次开播的弹幕原因是服务端的缓存中存了最近几条。进房间会拉区最近几条，和是不是上次开播没有关系

像虎牙这种直播平台，后台可以查到所有用户的历史聊天记录的

引用：QQ_BB6A7D 发表于 2024-03-08 14:32
服务端要存储，合规是比较重要的一方面，另一方面就是数据分析，做风控之类的。
你说的进房间能看到上次开 ...

和 上次有没有开播应该无关吧，缓 存逻辑的话并没有什么奇怪的

引用：QQ_BB6A7D 发表于 2024-03-08 14:33
像虎牙这种直播平台，后台可以查到所有用户的历史聊天记录的

把聊天内容持久化了而已，一般肯定是要这样做的，一是你说的合法，另一个主要就是运营分析嘛

说下 top3 直播公司的做法。你说的 im 消息有些宽泛，我拿直播间的评论举例：
1、所有的消息进数仓，不用于实时的业务场景（数据分析后的业务反刍除外）。你提到了，不多说了。
2、其实在 server 侧没有持久化，仅仅是按照几个维度存储到 redis。消息丢了也无所谓，直播间少一条评论能咋滴，况且大直播间本身就有主动丢弃。
2.1 比如用于消息广播的 redis，待推送到直播间（也可以理解为：群），这份 redis 里的数据基本没用了。
2.2 比如用于近期历史消息的 redis。就是你说的进入小直播间后，发现有过去一段时间其他人的聊天记录。 这主要基于业务考虑：小直播间拉取过去一段时间消息，让你了解直播内容的背景，能够尽快拉起你和主播或间内观众的互动，同时增加主播推流市场； 大直播间，消息量过大，历史消息很快会被冲掉，会考虑不拉历史消息。

其实直播的 im 和传统 im 的特点有挺大区别的，直播 im 重在一个消息广播。