默认
打赏 发表评论 21
想开发IM:买成品怕坑?租第3方怕贵?找开源自已撸?尽量别走弯路了... 找站长给点建议
一个群,给用户生成单独的群ID,,基于 群ID ,做消息一读未读,是不是占用字节数更少。例如:

我这里以一个群最大 999人为例来说明思路。
群ID: 1111111
群中的成员按照入群的顺序,生成ID 为: 1111111 0001  

谁读了没读,只通过 23 个字节的位置索引来表示是那个人,就可以表示一条消息状态。
一个人都在加入了那些群,冗余保存群ID及在群中的ID。


评论 21
引用:JackJiang 发表于 2020-06-29 15:43
我感觉把问题搞复杂了,位运算,不管从哪个角度来说,都很难以维护

是有点计算换空间了,消息上,携带一个数,作为已读未读的标识数字。

各有优缺点。
引用:JackJiang 发表于 2020-06-29 22:16
我觉得文章中作者太过于追求存储空间的优化了,点到为止即可,从可维护性、易用性、硬件成本上找到平衡是 ...

赞成
打赏楼主 ×
使用微信打赏! 使用支付宝打赏!

返回顶部