麻烦请教下，如果想自己检测 liveQuery是否在连接的状态，如果没有连接 则重新订阅，有这个接口吗，或者有合理的方式吗？
-
创建时间
20年3月23日
-
最后回复
20年4月20日
- 14
回复
- 166
浏览
- 2
用户
- 1
链接
可以检测 LiveQuery 的连接状态，在 eventHandler 中处理 LiveQuery.Event.State 事件即可。
自动重连不稳定
另外，您能否描述一下「不稳定」的具体表现？
有可能是我的代码逻辑的问题
有时候在测试的时候，电脑重新打开，模拟器上的应用的订阅会出现不工作的情况。
感谢回复。
我的理解 事件是由liveQuery 发送的，如果 这个LiveQuery 重连失败的话，
这个应该如何主动确认 状态是连接的，，如果不是连接的发起连接
抱歉，我不能理解您的意思，能否详细的解释一下？
sorry for that， let me try again
订阅LiveQuery的时候，会写好eventHandler，当事件发生 的时候，交给eventHandler处理。
如果 LiveQuery.Event.State 也是个事件的话， 假如App 重新唤醒，这时候 LiveQuery是处于没有订阅的状态，该怎么发送给 eventHandler 处理 State事件呢？这个state 的时间是以什么样的频率发送的，是说只要我订阅了这个事件，就能保证知道 LiveQuery 的订阅出问题了吗？
我理解的是这个过程是被动接受事件通知的过程，如果我想主动问 订阅的LiveQuery，嘿，你的订阅状态怎么样，是连接的吗？这个情景应该是主动询问。
如果我的理解不对，还望指正，多谢。
「重新唤醒」是指什么？启动 App？还是指 App 从后台切换到前台？
目前还不支持。
比如我写完代码，把电脑合上，就睡觉了。这个时候iPhone的模拟器并没有退出
第二天我醒来了，需要继续写代码，就翻开电脑屏幕，等应用都醒了，就顺便测试了下开着的iPhone模拟器上的还在那里的App，发现，诶？出问题了啊。
然后我会开始排查，好像是LiveQuery出了问题。
大概是这样的过程，我不太能准确地提供这个过程的名词，就复述下事情的经过。
这时候我就会有担心，在用户手机上会不会出现类似的问题，比如用户并没有退出应用，只是把手机放在那里，第二天醒来，不好用了。
模拟器和真机的相关环境和机制是不一样的，不用担心此问题。如果您不放心，可以在真机上实际测试一下。
你这么说我就放心了~~不过后我测试下，如果有问题会反馈的。
感谢回复。
真机、商用版的liveQuery 也出现了类似的情况，该如何解决下。求帮助 T.T
忽略这个吧，找到bug了，是代码逻辑问题
不过偶尔会有 liveQuery 重连很慢的情况 ， 测试的几天里大概有 2、3需要等待几秒，也不排除是网络问题。