默认
发表评论 6
想开发IM:买成品怕坑?租第3方怕贵?找开源自已撸?尽量别走弯路了... 找站长给点建议
这繁体字看的真难受。你公司叫什么名字?
评论 6
引用:qzuser 发表于 2022-10-13 11:14
淳華科技有限公司

看懂的意思,你的意思就是开发环境都没有问题,但部署到生产环境后出现这些状态,对吧?   PS:不能打简体字吗,这像看天书一样

另外,你按下面这个消息路径走向来诊断:

你诊断一下实时消息收发路径的正常情况:

  • 1)app给app发消息是否能实时收到?
  • 2)app给web发消息是否能实时收到?
  • 3)web给web发消息是否能实时收到?
  • 4)wep给app发消息是否能实时收到?

你只需要在问题后面回复Yes或NO
引用:qzuser 发表于 2022-10-13 11:20
1 => Yes
2 => Yes
3 => Yes

ok,那就是wep to app这个方向出的问题。

下一步的精确诊断方法:

  • 第一步:关闭所有客户端;
  • 第二步:关闭所有服务端
  • 第三步:重新开启3个服务端(2个web产品要用到的服务端,1个app产品对应的服务端),请务必确保,3个服务端,各自都只存在一个实例在运行,切记!
  • 第四步:分别开启一个app端并登陆,一个web端并登陆;
  • 第五步:有条件的话,清一下3个服务端的log;
  • 第六步:Web端,发送一条消息给app的用户(记住,只要1条!);
  • 第七步:第6步结束后,什么也别做,分别把3个服务端,针对刚才发出的这一条消息的所有Log,复制出来,并做好文件名标记(对应是哪个服务端的)。

以上log取出来后(说的是各服务的log4j日志),看log就明白了,log里会有明确的消息走向日志,如果配置不对出现的异常也有详细的信息输出。

如果你看不明白,可以贴给我,我也帮你们分析分析。
傻瓜式诊断方法,严格按照我说的来。
引用:qzuser 发表于 2022-10-13 12:21
请问第三步的三个服务端(2个web产品要用到的服务端,1个app产品对应的服务端,代表的是 RainboeChatServe ...

是的,没错,它们都有完整的log4j日志输出,你可以指日志输出指定到你能找的到的路径,方便查看!
打赏楼主 ×
使用微信打赏! 使用支付宝打赏!

返回顶部