此頁面提供故障排除幫助以及有關使用 Crashlytics 的常見問題解答。如果您找不到所需內容或需要其他幫助，請聯繫Firebase 支持。
一般故障排除/常見問題解答
如果您沒有看到無崩潰的用戶、麵包屑日誌和/或速度警報，我們建議您檢查您的應用程序的 Google Analytics 配置。
確保您已在 Firebase 項目中啟用 Google Analytics 。
確保在 Firebase 控制台的集成> Google Analytics頁面中為 Google Analytics 啟用了數據共享。請注意，數據共享設置顯示在 Firebase 控制台中，但在 Google Analytics（分析）控制台中進行管理。
除了 Firebase Crashlytics SDK，請確保您已將 Firebase SDK for Google Analytics 添加到您的應用 ( iOS+ | Android )。
確保您為所有 Firebase SDK ( iOS+ | Android ) 使用最新版本。
尤其要檢查您是否至少使用了以下版本的 Firebase SDK for Google Analytics： iOS+ — v6.3.1+（v8.9.0+ 用於 macOS 和 tvOS）| Android — v17.2.3+(BoM v24.7.1+) 。
無崩潰值表示與您的應用互動但在特定時間段內未發生崩潰的用戶百分比。
這是計算無崩潰用戶百分比的公式。其輸入值由 Google Analytics 提供。
1 - ( CRASHED_USERS / ALL_USERS )
當發生崩潰時，Google Analytics 會發送一個
app_exception事件類型， CRASHED_USERS表示與該事件類型關聯的用戶數。ALL_USERS表示在您從 Crashlytics 儀表板右上角的下拉菜單中選擇的時間段內與您的應用互動的用戶總數。
您可以在 Analytics 儀表板中查看應用程序的app_exception事件數。請注意，由於崩潰處理方式的細微差別，分析儀表板中顯示的app_exception數字有時可能與無崩潰用戶計算中使用的數字不同。
無崩潰用戶百分比是一段時間內的聚合，而不是平均值。
例如，假設您的應用程序有三個用戶；我們稱他們為用戶 A、用戶 B 和用戶 C。下表顯示了每天與您的應用互動的用戶以及當天發生崩潰的用戶：
| 週一 | 週二 | 週三 | |
|---|---|---|---|
| 與您的應用互動的用戶 | 甲、乙、丙 | 甲、乙、丙 | 甲，乙 |
| 發生崩潰的用戶 | C | 乙 | 一個 |
週三，您的無崩潰用戶百分比為 50%（每 2 位用戶中就有 1 位沒有崩潰）。
您的兩位用戶在周三使用了您的應用，但其中只有一位（用戶 B）沒有崩潰。在過去 2 天中，您的無崩潰用戶百分比為 33.3%（三分之一的用戶無崩潰）。
在過去兩天中，您的三位用戶與您的應用進行了互動，但其中只有一位（用戶 C）沒有崩潰。在過去 3 天中，您的無崩潰用戶百分比為 0%（3 名用戶中有 0 名無崩潰）。
您的三位用戶在過去三天內與您的應用進行了互動，但其中零位沒有發生崩潰。
集成
如果您的項目將 Crashlytics 與 Google 移動廣告 SDK 一起使用，則崩潰報告器可能會在註冊異常處理程序時進行干擾。要解決此問題，請通過調用disableSDKCrashReporting關閉移動廣告 SDK 中的崩潰報告。
將 Crashlytics 鏈接到 BigQuery 後，無論您的 Firebase 項目位於何處，您創建的新數據集都會自動位於美國。
平台支持
回歸問題
當您之前關閉問題時，問題已經回歸，但 Crashlytics 會收到一份新報告，表明該問題再次發生。 Crashlytics 會自動重新打開這些回歸問題，以便您可以根據自己的應用程序解決這些問題。
下面是一個示例場景，它解釋了 Crashlytics 如何將問題歸類為回歸：
- Crashlytics 有史以來第一次收到有關 Crash "A" 的崩潰報告。 Crashlytics 為該崩潰打開了相應的問題（問題“A”）。
- 您快速修復此錯誤，關閉問題“A”，然後發布您的應用程序的新版本。
- 在您關閉問題後，Crashlytics 會收到關於問題“A”的另一份報告。
- 如果報告來自 Crashlytics 在您關閉問題時知道的應用程序版本（意味著該版本已發送任何崩潰的崩潰報告），則 Crashlytics 不會認為該問題已回歸。該問題將保持關閉。
- 如果報告來自您關閉問題時 Crashlytics不知道的應用程序版本（意味著該版本根本沒有針對任何崩潰發送任何崩潰報告），則 Crashlytics 會認為該問題已退化，並將重新打開該問題.
當問題回歸時，我們會發送回歸檢測警報並向問題添加回歸信號，讓您知道 Crashlytics 已重新打開該問題。如果您不希望由於我們的回歸算法而重新打開某個問題，請“靜音”該問題而不是關閉它。
如果報告來自在您關閉問題時從未發送過任何崩潰報告的舊應用程序版本，則 Crashlytics 會認為該問題已退化，並將重新打開該問題。
這種情況可能發生在以下情況：您已經修復了一個錯誤並發布了應用程序的新版本，但您仍然有用戶使用舊版本而沒有修復錯誤。如果偶然地，當您關閉問題時，其中一個舊版本根本沒有發送任何崩潰報告，並且這些用戶開始遇到錯誤，那麼這些崩潰報告將觸發回歸問題。
如果您不希望由於我們的回歸算法而重新打開某個問題，請“靜音”該問題而不是關閉它。