此页面提供故障排除帮助和有关使用 Crashlytics 的常见问题解答。如果找不到您要查找的内容或需要其他帮助，请联系Firebase 支持。
一般故障排除/常见问题解答
如果您没有看到无崩溃的用户、面包屑日志和/或速度警报，我们建议您检查您的应用的 Google Analytics 配置。
确保您已在 Firebase 项目中启用了 Google Analytics 。
确保在 Firebase 控制台的集成> Google Analytics页面中为 Google Analytics 启用数据共享。请注意，数据共享设置显示在 Firebase 控制台中，但在 Google Analytics 控制台中进行管理。
除了 Firebase Crashlytics SDK 之外，请确保您已将适用于 Google Analytics 的 Firebase SDK 添加到您的应用程序 ( iOS+ | Android )。
确保您使用的是所有 Firebase SDK ( iOS+ | Android ) 的最新版本。
特别要检查您是否至少使用以下版本的 Google Analytics Firebase SDK： iOS+ — v6.3.1+（v8.9.0+ for macOS 和 tvOS）| Android — v17.2.3+(BoM v24.7.1+) 。
无崩溃值表示在特定时间段内与您的应用互动但未发生崩溃的用户百分比。
以下是计算无崩溃用户百分比的公式。其输入值由 Google Analytics 提供。
CRASH_FREE_USERS_PERCENTAGE = 1 - ( CRASHED_USERS / ALL_USERS ) x 100
当崩溃发生时，Google Analytics 发送一个
app_exception事件类型， CRASHED_USERS表示与该事件类型关联的用户数。ALL_USERS表示在您从 Crashlytics 仪表板右上角的下拉菜单中选择的时间段内与您的应用互动的用户总数。
无崩溃用户百分比是一段时间内的聚合，而不是平均值。
例如，假设您的应用程序有三个用户；我们称他们为用户 A、用户 B 和用户 C。下表显示了每天有哪些用户与您的应用互动，以及哪些用户当天发生了崩溃：
| 周一 | 周二 | 周三 | |
|---|---|---|---|
| 与您的应用互动的用户 | 甲、乙、丙 | 甲、乙、丙 | 一个，乙 |
| 发生崩溃的用户 | C | 乙 | 一种 |
星期三，您的无崩溃用户百分比为 50%（2 个用户中有 1 个没有崩溃）。
您的两名用户在周三使用了您的应用，但只有其中一名（用户 B）没有崩溃。在过去 2 天内，您的无崩溃用户百分比为 33.3%（每 3 个用户中就有 1 个没有崩溃）。
在过去的两天里，您的三位用户与您的应用进行了互动，但其中只有一位（用户 C）没有发生崩溃。在过去 3 天内，您的无崩溃用户百分比为 0%（3 个用户中有 0 个没有崩溃）。
在过去三天里，您的三位用户与您的应用进行了互动，但其中零位用户没有发生崩溃。
注释允许项目成员通过问题、状态更新等对特定问题进行评论。
当项目成员发布注释时，它会标有他们的 Google 帐户的电子邮件地址。所有有权查看注释的项目成员都可以看到此电子邮件地址以及注释。
下面描述了查看、写入和删除笔记所需的访问权限：
具有以下任何角色的项目成员都可以查看和删除现有注释并在问题上编写新注释。
具有以下任何角色的项目成员可以查看发布在问题上的注释，但他们不能删除或编写注释。
集成
如果您的项目将 Crashlytics 与 Google 移动广告 SDK 一起使用，则崩溃报告器可能会在注册异常处理程序时进行干扰。要解决此问题，请通过调用disableSDKCrashReporting关闭移动广告 SDK 中的崩溃报告。
将 Crashlytics 关联到 BigQuery 后，无论您的 Firebase 项目位于何处，您创建的新数据集都会自动位于美国。
平台支持
回归问题
当您之前关闭问题时，问题已经回归，但 Crashlytics 收到一份新报告，表明问题再次发生。 Crashlytics 会自动重新打开这些倒退的问题，以便您可以根据您的应用适当地解决它们。
下面是一个示例场景，解释了 Crashlytics 如何将问题归类为回归：
- Crashlytics 有史以来第一次收到有关崩溃“A”的崩溃报告。 Crashlytics 为该崩溃打开一个相应的问题（问题“A”）。
- 您快速修复此错误，关闭问题“A”，然后发布新版本的应用程序。
- 在您关闭问题后，Crashlytics 会收到有关问题“A”的另一份报告。
- 如果报告来自 Crashlytics 在您关闭问题时知道的应用程序版本（意味着该版本已针对任何崩溃发送了崩溃报告），则 Crashlytics 不会将该问题视为倒退。该问题将保持关闭状态。
- 如果报告来自您关闭问题时 Crashlytics不知道的应用程序版本（意味着该版本根本没有针对任何崩溃发送任何崩溃报告），那么 Crashlytics 会认为问题已倒退并会重新打开问题.
当问题回归时，我们会发送回归检测警报并向问题添加回归信号，让您知道 Crashlytics 已重新打开问题。如果您不希望某个问题因我们的回归算法而重新打开，请“静音”该问题而不是将其关闭。
如果报告来自在您关闭问题时根本没有发送过任何崩溃报告的旧应用程序版本，则 Crashlytics 会认为该问题已回归并将重新打开该问题。
这种情况可能发生在以下情况：您已经修复了一个错误并发布了应用的新版本，但您仍然有用户使用未修复错误的旧版本。如果碰巧，当您关闭问题时，其中一个旧版本根本没有发送任何崩溃报告，并且这些用户开始遇到该错误，那么这些崩溃报告将触发回归问题。
如果您不希望某个问题因我们的回归算法而重新打开，请“静音”该问题而不是将其关闭。