与守护程序的连接无效

Eba*_*lla 13 webkit uiscrollview uikit uimenucontroller firebase

我的应用程序正在使用 Firebase Analytics,我相信从 iOS 13.2 开始,开始出现此处描述的错误:为什么我收到控制台警告:[Process] kill() 当我在 iOS13.2 中加载 WKWebView 时返回了意外错误 1?

我想这没什么大不了的

由于我计划在 1 月份上线我的应用程序,因此我开始在物理设备上进行更大规模的测试。一段时间后,我注意到应用程序开始出现异常行为,特别是在收到[general] Connection to daemon is invalidated错误后。这不会发生在模拟器中

在互联网上搜索我发现了一篇描述相同问题的帖子:https : //forums.developer.apple.com/thread/124306

就我而言,似乎只有 Firebase 正在调用 WKWebView,但每次打开 UIMenuController 时,我都会收到控制台中描述的错误,并且应用程序似乎缺少输入。这对于 UIScrollViews 尤其麻烦,我的应用程序经常使用它。捏合手势似乎可以随意使用。在 iPhone 6s 上,这个问题不那么明显,在 iPad 上,捏合手势有 50% 的机会可以正常工作

除了删除 Firebase 之外,有没有办法缓解这个问题?

2020 年 6 月 1 日:控制台消息仍然存在,但是,我似乎通过停用 delaysContentTouches 解决了 UIScrollView 问题,现在捏合手势似乎在大部分时间都有效

2020 年 10 月 23 日如果有人注意到他们的应用程序开始出现无明显原因的不规则行为,我强烈建议尽可能在 iOS 13 物理设备上对其进行测试。似乎 Apple 从 iOS 14 中删除了警告,但在 iOS 13 上进行测试,您可以在控制台中出现警告后确定确切原因

小智 0

经过进一步测试,我已将视图缩小为带有单个 SwiftUI TextField 的极其简单的 UI 视图,并且在我在字段中输入第一个字符后,“与守护程序的连接已失效”仍然出现。此后不久,应用程序因 sigAbort 崩溃。(所以我不认为原因是我在上一篇文章中使用的 UITextView 包装器)。一旦出现无效消息,应用程序注定会崩溃,不是立即崩溃,而是不久之后崩溃。

我不知道是什么原因导致“无效”消息,谷歌搜索似乎暗示其他人也没有这样做。有些人似乎对他们的用户界面进行了(实验性的?)更改,以停止该消息,但似乎无法确定明确的原因。(就像以前一样,它只发生在真正的手机上)