引用：JackJiang 发表于 2019-12-09 19:32
读的真认真

哈哈，最近正在研读im相关的文章

引用：妮子 发表于 2019-12-09 15:04
1. 存入redis的数据确实是变少了；
2. 向redis里存数据由原来的接入层上升到了消息服务模块；
3. 增加 ...

读的真认真

引用：patricky 发表于 2018-07-30 13:33
好处似乎是把redis存的东西变少了，减少了缓存的压力？另外，架构图里从消息服务到接入服务的消息投递， ...

1. 存入redis的数据确实是变少了；
2. 向redis里存数据由原来的接入层上升到了消息服务模块；
3. 增加了消息确认的功能；
4. 离线消息的拉取，也是从消息服务模块进行的整合，然后再由接入层进行投递。
以上是我的理解。

引用：江边望海 发表于 2018-09-29 08:15
后来的消息投递是基于什么实现的，怎么没有提到？

那就是长连接接入层这一块的具体逻辑了

后来的消息投递是基于什么实现的，怎么没有提到？

引用：JackJiang 发表于 2018-07-20 14:09
主要是架构的变化，已经不是具体的技术点的事了

好处似乎是把redis存的东西变少了，减少了缓存的压力？另外，架构图里从消息服务到接入服务的消息投递，理解应该是投递到集群中具体server的mq里面，服务器上的服务监听到消息之后投递到终端用户，不知理解是否正确，还请指正

引用：patricky 发表于 2018-07-20 12:42
3.0架构的离线消息跟最终版本架构的区别只是在于消息体放在redis还是mongoDB？似乎区别不大，发起都是客 ...

主要是架构的变化，已经不是具体的技术点的事了

引用：JackJiang 发表于 2018-07-06 12:18
是的

3.0架构的离线消息跟最终版本架构的区别只是在于消息体放在redis还是mongoDB？似乎区别不大，发起都是客户端，且都是短连接的方式。

引用：patricky 发表于 2018-07-06 11:00
所以说接入点指的是集群中具体的服务器，服务器从缓存/数据库中捡起属于自己的消息再发给客户端么，是这 ...

是的

引用：JackJiang 发表于 2018-06-29 11:50
相当于是：客户端连接在集群中不同的长连接服务器上，后台推送时肯定要定位这个客户端接入在哪个服务器， ...

所以说接入点指的是集群中具体的服务器，服务器从缓存/数据库中捡起属于自己的消息再发给客户端么，是这样理解么？

引用：patricky 发表于 2018-06-29 11:40
3.0升级中的第一步定位接入点的作用是什么呢？
1.0,2.0的消息传递模式都是消息发送->进入缓存->拉取消息显 ...

相当于是：客户端连接在集群中不同的长连接服务器上，后台推送时肯定要定位这个客户端接入在哪个服务器，然后通过那个服务器推送给客户端。

3.0升级中的第一步定位接入点的作用是什么呢？
1.0,2.0的消息传递模式都是消息发送->进入缓存->拉取消息显示给客服，反之类似。3.0的c端消息进来之后不再缓存了吗？怎么达到对端的呢？从图上看不出来。

看看

真是一个大宝藏

学习了 最近也在做IM 很有启发 消息接收有两种模式，拉模式和推模式，再加上消息应答，可以最大程度的保证消息不丢失