suchuan 21-07-15 选择以及回复其的帖子 选择 [图片] 企业微信截图_16263324221799.png995x432 71.6 KB image.png995x432 88 KB [图片] 企业微信截图_16263324181830.png1036x258 30.2 KB image.png1036x258 38.1 KB 创建时间 21年7月15日 最后回复 21年7月16日 9 回复 1.1K 浏览 2 用户 2 链接 5 5
zyu 21-07-15 选择以及回复其的帖子 选择 后面两个红色异常是在断线过程中发送消息时抛出的,这个应该由开发者捕获处理。但以目前的处理1,在接收异常时会关闭 Socket,并触发重连。有能复现的规律或者场景吗?
suchuan 21-07-16 选择以及回复其的帖子 选择 报错日志只有这几个。我这边是这样子处理的,监听网络连接状态OnClose和OnPaused,断开的时候我就屏蔽聊天系统,等待OnResume恢复。因为一直没有恢复,所以聊天系统无法进去,就没有后面的内容了
zyu 21-07-16 选择以及回复其的帖子 选择 OnClose 和 OnPause 还是有区别的:OnPause 与 OnResume 是对应的,在 OnPause 之后,SDK 会一直尝试重连,直到成功后回调 OnResume;而 OnClose 则表示被服务端踢掉,或者只允许一台设备登录(被顶掉),这种情况下 SDK 是不会重连的。 所以,需要看一下当前状态是走到了哪一步,要日志的目的也是要看下 SDK 有没有尝试重连。 还请再复现这个问题的时候,希望能多提供一些日志来分析。
zyu 21-07-16 选择以及回复其的帖子 选择 看图一是有执行到 SDK 捕获 receive 异常的,图中的日志就是捕获后2打印的,看后面的执行逻辑是会重连的。 如果再复现这个问题,请在图一日志后继续收集日志,看重连有没有执行,以及有没有重连失败等信息。