引用：401523591 发表于 2018-04-13 09:12
好的，谢谢啦，明白了，就是让这条消息在显示之前我们对它处理，对吧

对的

引用：JackJiang 发表于 2018-04-12 19:40
你这是to “123”这个用户的，那么在“123”这个用户的浏览器端的main2.js的代码里showChatMessage函数里 ...

好的，谢谢啦，明白了，就是让这条消息在显示之前我们对它处理，对吧

引用：401523591 发表于 2018-04-12 17:46
在服务端发了一条typeu=-2消息给web端，应该是告诉web服务端让该用户下线，应该在哪个方法上进行处理呢？

你这是to “123”这个用户的，那么在“123”这个用户的浏览器端的main2.js的代码里showChatMessage函数里就会收到你发的内容，如果你正在用的demo代码，那么会在如下图所示的代码里捕获到你刚发的东西：



下面这个图是另一个商业项目中的例子，你可以看到showChatMessage函数里通过区分typeu字段来进一步处理你定义的业务逻辑：


应该能看懂吧？

总之一句话：MobileIMSDK-Web从sdk层可以保证把Protocal这个协议包送达到目的地，但UI界面上如何解读它，就看你的业务层代码来解读就完事了！

引用：JackJiang 发表于 2018-04-12 13:07
其实，B用户同时登陆了移动端和手机端，这对于用户来说，是个很明确的个人行为，因为消息只有一份，要么移 ...

ok，了解了，

其实，B用户同时登陆了移动端和手机端，这对于用户来说，是个很明确的个人行为，因为消息只有一份，要么移动端收到要么web端收到，这也能说的通。

但如果要实现跨端互通的话，你可以单独加一条指令，app这连登陆成功的时候，给web那么发一条踢出指令，web那边的服务端来决定：如果b已经在web在线了就向它发指令并由客户端自已解析并退出、不在线就什么也不用什么。反之亦然。

这种跟屏幕跨机器的互踢，在集群里、异构系统里，实现起来都需要动多一些注意。

APP端的踢出，你可以看看这个帖子里的讨论：《[已回复] 求教MobileIMSDK实现多端登陆互踢功能的疑问》