此頁面提供故障排除協助以及有關使用 Crashlytics 的常見問題。如果您找不到所需內容或需要其他協助,請聯絡Firebase 支援。
一般故障排除/常見問題解答
您可能會注意到 Firebase 控制台的問題表中列出的問題有兩種不同的格式。您可能還會注意到某些問題中有一個稱為“變體”的功能。這就是原因!
2023 年初,我們推出了改進的用於對事件進行分組的分析引擎,以及針對新問題(如變體!)的更新設計和一些高級功能。請查看我們最近的部落格文章以了解所有詳細信息,但您可以閱讀下面的重點內容。
Crashlytics 分析應用程式中的所有事件(例如崩潰、非致命事件和 ANR)並建立稱為問題的事件群組 - 問題中的所有事件都有一個共同的故障點。
為了將事件分組到這些問題中,改進的分析引擎現在會查看事件的許多方面,包括堆疊追蹤中的幀、異常訊息、錯誤代碼以及其他平台或錯誤類型特徵。
但是,在這組事件中,導致失敗的堆疊追蹤可能有所不同。不同的堆疊追蹤可能意味著不同的根本原因。為了表示問題中可能存在的差異,我們現在在問題中創建變體- 每個變體是問題中具有相同故障點和類似堆疊追蹤的事件的子組。透過變體,您可以調試問題中最常見的堆疊跟踪,並確定是否有不同的根本原因導致失敗。
以下是您將體驗到的這些改進:
修改了問題行中顯示的元數據
現在可以更輕鬆地理解和分類應用程式中的問題。減少重複問題
行號更改不會導致新問題。更輕鬆地調試具有各種根本原因的複雜問題
使用變體來調試問題中最常見的堆疊追蹤。更有意義的警報和信號
一個新的問題實際上代表一個新的bug。更強大的搜尋
每個問題都包含更多可搜尋的元數據,例如異常類型和套件名稱。
以下是這些改進的實施方式:
當我們從您的應用程式收到新事件時,我們將檢查它們是否與現有問題相符。
如果沒有匹配,我們將自動將更聰明的事件分組演算法應用於該事件,並使用改進的元資料設計建立新問題。
這是我們對活動分組進行的第一次重大更新。如果您有回饋或遇到任何問題,請透過提交報告告知我們。
如果您沒有看到無崩潰指標(例如無崩潰使用者和會話)和/或速度警報,請確保您使用的是
如果您沒有看到麵包屑日誌,我們建議您檢查應用程式的 Google Analytics(分析)配置。確保您符合以下要求:
您已在 Firebase 專案中啟用 Google Analytics 。
您已啟用 Google Analytics(分析)資料共享。在管理您的 Analytics 資料共享設定中了解有關此設定的更多信息
您已加入到您的應用程式中。除了Crashlytics SDK 之外,還必須加入此 SDK。
對於您在應用程式中使用的所有產品,您正在使用。
註釋允許專案成員對特定問題發表評論,包括問題、狀態更新等。
當專案成員發布註釋時,該註釋會標示其 Google 帳戶的電子郵件地址。所有有權查看註釋的項目成員都可以看到此電子郵件地址以及註釋。
以下描述了查看、寫入和刪除筆記所需的存取權限:
具有以下任何角色的專案成員可以查看和刪除現有註釋以及針對問題編寫新註釋。
具有以下任何角色的專案成員可以查看針對問題發布的註釋,但無法刪除或寫入註釋。
請參閱了解無崩潰指標。
註釋允許專案成員對特定問題發表評論,包括問題、狀態更新等。
當專案成員發布註釋時,該註釋會標示其 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 會認為問題已退化,並將重新開啟問題。
在以下情況下可能會發生這種情況:您已修復了錯誤並發布了應用程式的新版本,但仍有用戶使用未修復錯誤的舊版本。如果碰巧,當您關閉問題時,這些舊版本之一從未發送任何崩潰報告,並且這些用戶開始遇到該錯誤,那麼這些崩潰報告將觸發回歸問題。
如果您不希望由於我們的回歸演算法而重新開啟某個問題,請「靜音」該問題而不是關閉它。