RainbowChat[专业版] 的v7.3版已发布！

关于RainbowChat

► RainbowChat产品介绍：http://www.52im.net/thread-19-1-1.html
► 历史版本更新记录请见：http://www.52im.net/thread-1217-1-1.html

v7.3 版更新内容

此版发布日期：2022年01月08日。此次更新为主要更新，VIP客户可自行决定是否升级。

此版更新内容：

（1）Android端主要更新内容【新增消息撤回、好友备注、表情功能等！】：

• 1）[新增] 增加了消息“撤回”功能，体验与微信保持一致（支持双向撤回）；
• 2）[新增] 增加了设置好友备注（及附属字段）的功能；
• 3）[新增] 新增加了聊天消息删除功能；
• 4）[新增] 新增加了表情功能；
• 5）[优化] 升级MobileIMSDK库至v6.1.2版；
• 6）[优化] 优化了好友数据及首页“消息”列表中title的更新和显示逻辑，使之及时保持最新；
• 7）[优化] 优化了用户信息、个人中心的小图标等。
  

（2）服务端主要更新内容：

• 1）[bug] 解决了陌生人消息发出跟收到的指纹码不一致的问题；
• 2）[优化] 离线消息表中，为群聊增加了父指纹码字段（将用于消息撤回时）；
• 3）[优化] 针对消息“撤回”功能，对离线消息、消息记录、消息类型及相关逻辑进行了优化；
• 4）[优化] 为好友备注功能增加了字段、若干接口和相关逻辑优化；
• 5）[优化] 升级log4j2至2.17.0，解决官方远程代码执行高危漏洞；
  

     

v7.3 版获取方式

可通过VIP群联系JackJiang，随时免费获取升级版完整资料。

向博主学习

引用：JackJiang 发表于 2022-01-12 12:24
im里首页上的这个所谓的“会话”，其实就是你拉取离线消息的副产品，你拉离线消息时，到本地后，顺带判断 ...

谢谢指导

引用：crazyerror 发表于 2022-01-12 11:56
是我没有描述好，我想说，读放大的时候，用户需要获取所有的会话，根据每个会话最后一次收到的消息进行同 ...

im里首页上的这个所谓的“会话”，其实就是你拉取离线消息的副产品，你拉离线消息时，到本地后，顺带判断一下，本地首页是否有这个会话，有就不加（只更新），否则就加一条新会话记录，就是这样

引用：JackJiang 发表于 2022-01-11 20:00
这个我没想到有什么需要特别注意的地方，有本地缓存，显示的是最新一条消息，这没什么难的地方

是我没有描述好，我想说，读放大的时候，用户需要获取所有的会话，根据每个会话最后一次收到的消息进行同步，如果某一端离线时间很久，导致本地没有会话，这样子是不是，每次登录的时候需要从服务器端拉取最新的会话，然后根据会话ID 进行同步每个会话的信息。

引用：crazyerror 发表于 2022-01-11 19:12
是会话，就是微信 首页那个列表

这个我没想到有什么需要特别注意的地方，有本地缓存，显示的是最新一条消息，这没什么难的地方

引用：JackJiang 发表于 2022-01-11 11:44
你对“客户端管理session”，这是怎么理解的？我不太明白你的意思

是会话，就是微信 首页那个列表

引用：crazyerror 发表于 2022-01-11 00:38
请教一下，如果客户端管理session的话，那么对于群聊信息读放大，是否不好处理，该方案是采用的那种方式 ...

你对“客户端管理session”，这是怎么理解的？我不太明白你的意思

引用：JackJiang 发表于 2022-01-09 20:32
富客户端有本地缓存能力，会话和未读就在本地处理。
对于im来说，服务端需要尽可能少的涉及具体业务逻辑 ...

请教一下，如果客户端管理session的话，那么对于群聊信息读放大，是否不好处理，该方案是采用的那种方式处理？

引用：JackJiang 发表于 2022-01-09 20:32
富客户端有本地缓存能力，会话和未读就在本地处理。
对于im来说，服务端需要尽可能少的涉及具体业务逻辑 ...

谢谢指导。

引用：crazyerror 发表于 2022-01-09 18:12
请教一下该方案，会话未读消息等等，是在客户端处理，还是服务器端处理？

富客户端有本地缓存能力，会话和未读就在本地处理。
对于im来说，服务端需要尽可能少的涉及具体业务逻辑，因为im这种高吞吐高并发系统，服务端最难解决的就是分布式、并发、性能这些东西，如果涉及太多业务逻辑，那它的其它方面就很难有发挥空间了，会带来很多限制

请教一下该方案，会话未读消息等等，是在客户端处理，还是服务器端处理？