[已回复] 求MobileIMSDK的app移动端与MobileIMSDK-Web端互通问题

我的使用场景，APP与APP之间通信的数据都是通过服务器中的onTransBuffer_C2C_CallBack和onTransBuffer_C2C_RealTimeSendFaild_CallBack做历史消息和离线消息存储，现在增加一个WEB端，IM服务器开启了桥接开关，发现APP与WEB通信相互通信时，两端能够相互通信，但是APP发给WEB的消息在服务器的onTransBuffer_C2C_CallBack事件中无法捕获，DEBUG后，发现并没有触发该事件，WEB端给移动端发消息时，该事件是触发的，我需要该事件存储历史消息，请告知是啥原因和对应的解决方案，谢谢。

补充测试的结果：
两台APP和一个WEB终端，如果一个APP离线了，WEB端给离线的APP发消息可以通过onTransBuffer_C2C_RealTimeSendFaild_CallBack获得，但是在线的的另一个APP给离线的APP发送消息，onTransBuffer_C2C_RealTimeSendFaild_CallBack该事件无法获得，看日志显示如下
客户端4_4不在线，数据[from:1_1,fp:746B07CD-95CF-48B8-8B81-910648AA24B8to:4_4,content:fff ] 将通过MQ直发Web服务端（彼时在线则通过web实时发送、否则通过Web端进行离线存储）【第一阶段APP+WEB跨机通信算法】


开启桥接后，APP与APP通信的离线消息，如何存储。谢谢

引用：孟素文@俺搜 发表于 2018-11-19 15:09
版本号都是3.3，app与app通信，不管是否开启桥接，都在线时， 双方发消息都会通过onTransBuffer_C2C_CallBa ...

你的问题实际上是两个问题，一个一个来，不要乱。

先讨论：这个问题“开启桥接时，有一个APP不在线，会自动转发至队列处理，如果转发至队列处理，如何捕获并存至数据库。”

请看我在2楼的回复：“【普及一下MobileIMSDK和MobileIMSDK-Web桥接通信时的算法逻辑】”，也就是说：只要开启桥接，当你要发送的人不在app端时，app服务端会无条将消息送给web服务端，再由它接力判断是否在web端，经时如果web端还不在，才会认为这个人真不在线，则离线或其它后绪处理，将由web端来完成。

如果你不理解桥接通信为什么要这么干，那么你来思考一下：如果你来实现跨实例通信，你该怎么办？我说的是深入思考一下！然后，你就能懂了。

版本号都是3.3，app与app通信，不管是否开启桥接，都在线时， 双方发消息都会通过onTransBuffer_C2C_CallBack该事件捕获，开启桥接时，有一个APP不在线，会自动转发至队列处理，如果转发至队列处理，如何捕获并存至数据库。还有APP给在线的WEB端发送信息，WEB端可以收到消息，但是onTransBuffer_C2C_CallBack该事件无法捕获，产生如下日志：


客户端9_9不在线，数据[from:1_1,fp:7BBFDCF3-532E-43B4-A04C-BD7AF2ECA649to:9_9,content:tug] 将通过MQ直发Web服务端（彼时在线则通过web实时发送、否则通过Web端进行离线存储）【第一阶段APP+WEB跨机通信算法】！ | (GlobalSendHelper^sendDataC2C:78)
[INFO] - [15:01:58.264][IMMQ-↑] - [startPublisher()中] publish()成功了 ！(数据:,q_app2web,{"bridge":false,"type":2,"dataContent":"tug","from":"1_1","to":"9_9","fp":"7BBFDCF3-532E-43B4-A04C-BD7AF2ECA649","QoS":true,"typeu":-1}) | (MQProvider^publish:420)
[DEBUG] - [15:01:58.265][IMCORE-netty<C2C>-桥接↑]>> 客户端{uid:1_1}/192.168.0.32:7801的数据已跨机器送出成功【OK】。(数据[from:1_1,fp:7BBFDCF3-532E-43B4-A04C-BD7AF2ECA649,to:9_9,content:tug]【第一阶段APP+WEB跨机通信算法】) | (GlobalSendHelper^sendDataC2C:98)
[DEBUG] - [15:01:58.267][IMCORE-netty<C2C>-桥接↑]【QoS_伪应答_C2S】向1_1发送7BBFDCF3-532E-43B4-A04C-BD7AF2ECA649的伪应答包成功,伪装from自：9_9【第一阶段APP+WEB跨机通信算法】. | (GlobalSendHelper$1^u

你的MobileIMSDK版本是多少？MobileIMSDK-Web的版本是多少？

你可以验证一下，当关闭桥接时，onTransBuffer_C2C_CallBack是否被调用。

另外，你需要做一个实验：
1）把服务端的log全部清空（也就是把服务端重启一下）；
2）app端向另一个用户发送一条消息（注意只需要一条）
3）抓出此时的app服务端的完整log、web服务端的完整log。

最后：你用上面同样的方法，把关闭桥接情况下的，app服务端完整log也贴出来，对比分析一下。

重要说明：以上实验时，仅发一条消息！否则log会太多，也就没有分析的价值了。

-------------------------------------------- 分隔线 --------------------------------------------

【普及一下MobileIMSDK和MobileIMSDK-Web桥接通信时的算法逻辑】

此时的算法逻辑是：当APP（简称A）向对方（简称B）发消息时，APP服务端收到A的消息发送请求后，如果对方（即B）不在APP端登陆时，APP服务端会无条件将消息通过桥接发给Web服务端，由Web服务端再来判断B用户是否在Web端登陆，此进如果B也不在web端登陆，则会触发web端的离线处理逻辑。

反之，当Web端给app发送消息时，也是这个逻辑。

简而言之：以上的算法逻辑是，当接收者不在这端时，无条件交给那边处理看看在不在线，如果那边还不在线，才真正进入离线处理。

算法这样做的好处是：可以省下一个全局用户状态维护机制（也就可以不用redis这样的东西了），整个算法、代码以及架构都会变的简单。

请理解以上算法思路！