liveQuery swift 自动重连不稳定

[111938]

麻烦请教下，如果想自己检测 liveQuery是否在连接的状态，如果没有连接 则重新订阅，有这个接口吗，或者有合理的方式吗？

[pzheng]

连接的状态

可以检测 LiveQuery 的连接状态，在 eventHandler 中处理 LiveQuery.Event.State 事件即可。

[pzheng]

自动重连不稳定

另外，您能否描述一下「不稳定」的具体表现？

[111938]

有可能是我的代码逻辑的问题
有时候在测试的时候，电脑重新打开，模拟器上的应用的订阅会出现不工作的情况。
感谢回复。

[111938]

可以检测 LiveQuery 的连接状态，在 eventHandler 中处理 LiveQuery.Event.State 事件即可。

我的理解 事件是由liveQuery 发送的，如果 这个LiveQuery 重连失败的话，
这个应该如何主动确认 状态是连接的，，如果不是连接的发起连接

[pzheng]

我的理解 事件是由liveQuery 发送的，如果 这个LiveQuery 重连失败的话，这个应该如何主动确认 状态是连接的，，如果不是连接的发起连接

抱歉，我不能理解您的意思，能否详细的解释一下？

[111938]

sorry for that， let me try again
订阅LiveQuery的时候，会写好eventHandler，当事件发生 的时候，交给eventHandler处理。

如果 LiveQuery.Event.State 也是个事件的话， 假如App 重新唤醒，这时候 LiveQuery是处于没有订阅的状态，该怎么发送给 eventHandler 处理 State事件呢？这个state 的时间是以什么样的频率发送的，是说只要我订阅了这个事件，就能保证知道 LiveQuery 的订阅出问题了吗？

我理解的是这个过程是被动接受事件通知的过程，如果我想主动问 订阅的LiveQuery，嘿，你的订阅状态怎么样，是连接的吗？这个情景应该是主动询问。

如果我的理解不对，还望指正，多谢。

[pzheng]

App 重新唤醒

「重新唤醒」是指什么？启动 App？还是指 App 从后台切换到前台？

[pzheng]

如果我想主动问 订阅的LiveQuery，嘿，你的订阅状态怎么样，是连接的吗？

目前还不支持。

[pzheng]

关于 Live Query 的重连管理，您如果有兴趣，可以自行查看并研究源代码。

[111938]

「重新唤醒」是指什么？启动 App？还是指 App 从后台切换到前台？

比如我写完代码，把电脑合上，就睡觉了。这个时候iPhone的模拟器并没有退出
第二天我醒来了，需要继续写代码，就翻开电脑屏幕，等应用都醒了，就顺便测试了下开着的iPhone模拟器上的还在那里的App，发现，诶？出问题了啊。
然后我会开始排查，好像是LiveQuery出了问题。
大概是这样的过程，我不太能准确地提供这个过程的名词，就复述下事情的经过。
这时候我就会有担心，在用户手机上会不会出现类似的问题，比如用户并没有退出应用，只是把手机放在那里，第二天醒来，不好用了。

[pzheng]

模拟器和真机的相关环境和机制是不一样的，不用担心此问题。如果您不放心，可以在真机上实际测试一下。

[111938]

模拟器和真机的相关环境和机制是不一样的，不用担心此问题。如果您不放心，可以在真机上实际测试一下。

你这么说我就放心了~~不过后我测试下，如果有问题会反馈的。
感谢回复。

[111938]

模拟器和真机的相关环境和机制是不一样的，不用担心此问题。如果您不放心，可以在真机上实际测试一下。

真机、商用版的liveQuery 也出现了类似的情况，该如何解决下。求帮助 T.T

[111938]

removeMessagesOfConvIdAndSendNotification

忽略这个吧，找到bug了，是代码逻辑问题
不过偶尔会有 liveQuery 重连很慢的情况 ， 测试的几天里大概有 2、3需要等待几秒，也不排除是网络问题。