2020/06/22 18:06
“客户端每次登录时,服务端不推送全量离线消息,只推送离线消息计数器(这部分数据存储在redis里,并且数据量很小),这个数量用户显示在客户端消息列表的未读消息小红点上。”
这里也可以用Http去拉呀,只是拉取数量而已
2020/06/23 21:53
是的
2020/06/22 10:01
请教个问题,就是如果用户一直不登陆app(忘记密码或者人发生意外了),那这个用户的历史消息(群+聊天)会一直存在还是有什么好的方案?
2020/06/22 10:47
该评论暂时无法显示,详情咨询 QQ 群:点此入群
2020/06/24 13:30
明白,谢谢。
2020/06/21 15:43
您好,请问IM通讯要怎么建立长连接?
2020/06/22 10:47
去了解一波网络编程
2020/06/21 13:00
本人也做过PC端和Android端即时通讯,认为本不应该出现这种问题,可能是设计思路出了问题。可以参考下TIM(腾讯即时通讯)文档
2020/06/20 22:07
客户端设计问题吧。居然被吃爆了。。。简直……了
2020/06/20 15:58
请问下,你们的客户端是安卓,ios都有吗?ios怎么集成的netty呢
2020/06/22 16:22
不是在客户端继承netty,是客户端通过网络协议,与服务端netty进行通讯
2020/06/20 14:57
我参与过一次即时聊天,拉取离线数据的时候,我们是根据一个时间节点(或者id,自生成的id是有时间参与其中的),每次根据时间去取当前到前十条,一次类推,等到取完未读总数,就不向服务器获取数据(大概就这个意思)
2020/06/20 14:03
离线消息也不能一次全推嘛
2020/06/20 12:37
我觉的由客户端主动去拉取最后的一屏数据比较合理。然后就是TCP这个协议在IM中我总感觉不是很合适,我觉的QQ的那套UDP+TCP的更好一点,当然我只是听说,协议上懂得不多。
2020/06/20 09:38
但凡用过qq也不会提出方案一了😄
2020/06/20 09:34
群聊的离线消息数据是针对每个账号保存的么?那这会增加多少冗余数据,如果是集中存储的话,那么怎么又说不存储在线消息呢。
2020/06/20 09:14
我们刚要做im这一块,感谢经验分享
2020/06/20 09:12
不错不错,我们刚要做im这一块
2020/06/19 16:36
你们不存储在线消息怎么实现消息漫游呢?
2020/06/18 10:35
离线消息一般的做法是类似QQ那种吧
1. 启动时每个群只加载最后一页数据,只在列表界面显示最近一条消息,以及未读条数。
2. 点开聊天界面往上拉去消息时才继续加载。
2020/06/18 12:14
该评论暂时无法显示,详情咨询 QQ 群:点此入群
2020/06/18 09:24
我想起XMPP协议对于离线的消息处理:
1. 客户端登陆后暂不接受新消息
2. 客户端主动查询待确认消息
3. 客户端主动按数量拉取待确认消息
4. 客户端开启接收消息的标记
有点久了,但大致流程好像就是如此。
2020/06/18 12:13
是的,大概都是这样的思路,只是要怎么拉取,拉取多少的问题。
2020/06/18 08:56
6
回复 @
{{emojiItem.symbol}}
返回顶部
顶部