如何解释 Fabric 崩溃和 Xcode 崩溃之间的巨大差异？答案

【问题标题】：How to explain the huge difference between Fabric crashes and Xcode crashes?如何解释 Fabric 崩溃和 Xcode 崩溃之间的巨大差异？
【发布时间】：2020-01-15 03:31:15
【问题描述】：

我们有一个应用程序，每天有成千上万的用户。我们分阶段发布了一个新版本，当前的 2% 阶段已暂停。

我们使用 fabric/crashlytics 来记录崩溃。 Environment 类是从 Keychain 中读取数据的，是我们自己开发的。崩溃的错误是errSecInteractionNotAllowed。

Fabric 在 2.1.2 版本的 Environment 类中报告了 121 次崩溃，而 XCode 在同一版本中仅报告了 3 次崩溃。

我们能想到的唯一原因：我们读到了一些关于 iOS 在后台调用应用程序同时自动更新应用程序的信息。当设备在更新期间被锁定时，钥匙串也将被锁定。这将导致崩溃。 Apple 可能不会报告此崩溃，因为它是由 Apple 更新系统引起的。

还有其他线索可以解释 Fabric 和 XCode 崩溃之间的区别吗？

【问题讨论】：

XCode 在过去 2 周内。您是否在 Fabrics 上设置了相同的过滤器？我认为 Apple & Fabrics 的这些日志的“刷新/更新”时间不同。
@Larme 2.1.2 仅在两天前发布，所以最后两周应该足够了..

标签： ios xcode crashlytics google-fabric

【解决方案1】：

要查看 Xcode 崩溃，用户必须在手机设置期间或稍后通过 iOS 设置应用程序显式启用“与苹果和开发人员共享崩溃报告”设置（我认为这就是所谓的）。如果他们不启用它，您将看不到任何东西。我认识的大多数人都没有启用它，因为他们担心隐私。

Crashlytics 不要求用户同意发送报告。因此，它极有可能会报告更多的崩溃。

【讨论】：

我完全同意 Crashlytics 编号可能会高于 Xcode 编号。 3 对 121 是一个巨大的差异，我无法想象 97.5% 的设置，对吧？
@harmjanr 你的意思是 97.5% 没有打开设置，对吧？我过去发布了许多应用程序，我记得只见过少数 Xcode 崩溃和数千次 crashlytics 崩溃。我们通过评论抱怨崩溃的投诉比我们在 xcode 崩溃中看到的要多。采用选择加入的方式，仅在您第一次打开手机时显示一次，对于您为什么应该这样做并没有特别好的解释……大多数人不会打开它。看你的两张截图正是我期望看到的。