Crashlytics 疑難排解與常見問題

iOS+ Android Flutter Unity

本頁提供疑難排解說明，以及常見問題的解答 有關使用 Crashlytics 的問題。如果找不到所需資訊或需要其他協助，請與 Firebase 支援團隊聯絡。

一般疑難排解/常見問題

查看各種格式 Issues (問題) 資料表中的部分問題 (有時也稱為「變化版本」)

您可能會發現，在 Firebase 控制台的「Issues」表格中，問題列表有兩種不同的格式。您可能也注意到， 「變化版本」有些議題原因如下！

我們在 2023 年初推出了經過改善的分析引擎，可用於將事件分組，並提供更新的設計和一些進階功能，以便處理新問題 (例如變數)。看看我們最近 網誌文章 瞭解詳細資訊，或參閱有關重點特色的說明。

Crashlytics 會分析應用程式中的所有事件，例如當機、一般錯誤、 和 ANR) 並建立事件群組，稱為問題， 通常都存在故障

為了將事件分組成這些問題，改良版分析引擎現在會查看事件的許多層面，包括堆疊追蹤中的影格、例外狀況訊息、錯誤代碼，以及其他平台或錯誤類型特徵。

不過，在這組事件中，導致失敗的堆疊追蹤可能不同。如果堆疊追蹤不同，根本原因可能也不同。 為呈現問題中可能的差異，我們現在會在問題中建立變化版本，每個變化版本都是問題中具有相同故障點且堆疊追蹤相似的一組事件。使用變化版本時 可以對問題中最常見的堆疊追蹤進行偵錯，並判斷 導致失敗的根本原因不同

下列改善功能的運作方式如下：

• 在問題列中顯示經過改良的中繼資料
  現在更容易瞭解及分類應用程式中的問題。

• 減少重複的問題
  變更行號並不會產生新問題。

• 更輕鬆偵錯有不同根本原因的複雜問題
  使用變化版本偵錯問題中常見的堆疊追蹤。

• 更有意義的快訊和信號
  新問題其實代表新錯誤。

• 更強大的搜尋功能
  每個問題都含有更易於搜尋的中繼資料 例如例外狀況類型和套件名稱

以下是這些改善項目的推出方式：

• 收到應用程式的新事件時，我們會檢查這些事件是否與現有事件相符 問題。

• 如果沒有相符項目，我們會自動將更智慧的事件分組演算法套用至事件，並使用重新設計的中繼資料設計建立新問題。

這是我們即將推出的活動分組功能的第一項重大更新。如果發生以下情況： 提供意見或遇到任何問題，請透過以下管道與我們聯絡： 提出檢舉。

未顯示 未發生當機情形的指標和/或當機風險驟升快訊

如果您沒有看到無當機指標 (例如無當機的使用者和工作階段) 和/或速度快訊，請確認您使用的是

找不到導覽標記記錄

如果您沒有看到麵包屑記錄，建議您檢查應用程式是否已設定 Google Analytics。請確認你符合下列規定：

• 您 已啟用「Google Analytics」 。

• 您已為 Google Analytics 啟用資料共用功能。進一步瞭解 這項設定位於 管理 Analytics 資料共用設定

• 您已 至應用程式。此 SDK 必須在 Crashlytics SDK 之外新增。

• 您使用的是 應用程式中使用的所有產品。

誰可以檢視、撰寫及刪除問題附註？

附註可讓專案成員針對特定問題發表留言、提供狀態更新等。

專案成員張貼附註時，附註會標示為 Google 的電子郵件 讓他們使用服務帳戶所有可查看備註的專案成員都能看到這個電子郵件地址和備註。

以下說明查看、寫入及刪除記事所需的存取權：

• 具備下列任一角色的專案成員，可以查看及刪除現有備註，並在問題中撰寫新備註。

  • 專案擁有者或編輯者， Firebase 管理員， 品質管理員， 或 Crashlytics 管理員

• 具備下列任一角色的專案成員可以查看在問題上發布的附註，但無法刪除或撰寫附註。

  • 專案檢視者、 Firebase 檢視者 優質內容檢視者、 或 Crashlytics 檢視者

系統如何計算未遇到當機情形的使用者？

請參閱「瞭解未發生當機情形的指標」。

誰可以檢視、撰寫及刪除問題附註？

附註可讓專案成員針對特定問題發表留言、提供狀態更新等。

專案成員張貼附註時，附註會標示為 Google 的電子郵件 讓他們使用服務帳戶所有可查看備註的專案成員都能看到這個電子郵件地址和備註。

以下說明查看、寫入及刪除記事所需的存取權：

• 具備下列任一角色的專案成員可以查看及刪除現有資料 針對特定問題加上註解以及撰寫新附註

  • 專案擁有者或編輯者、Firebase 管理員、品質管理員或 Crashlytics 管理員

• 專案成員只要具備下列任一角色，即可查看張貼的附註 但無法刪除或撰寫附註。

  • 專案檢視者、Firebase 檢視器、品質檢視器或 Crashlytics 檢視器

整合

應用程式也使用 Google Mobile Ads SDK，但不會發生當機問題

如果專案同時使用 Crashlytics 和 Google Mobile Ads SDK， 當機回報器很可能幹擾 註冊例外狀況處理常式。如要修正這個問題，請呼叫 disableSDKCrashReporting，關閉 Mobile Ads SDK 中的當機回報功能。

我的 BigQuery 資料集位於何處？

將 Crashlytics 連結至 BigQuery 之後，您建立的新資料集 自動定位位於美國，無論您 Firebase 專案。

平台支援

迴歸問題

什麼是回歸問題？

當您先前已關閉問題，但 Crashlytics 收到新的回報指出問題已再次發生時，就表示問題已迴歸。Crashlytics 會自動重新開啟這些回歸問題，方便您根據應用程式需求妥善處理。

以下情境範例將說明 Crashlytics 如何區分 做為迴歸：

1. Crashlytics 首次收到「A」當機事件的當機報告。Crashlytics 會開啟與該當機事件對應的問題 (問題「A」)。
2. 您很快便修正錯誤、關閉「A」問題，接著發布新版本的
3. Crashlytics 在您關閉問題「A」後，收到另一份有關該問題的回報。
   • 如果報告來自 Crashlytics 已知的應用程式版本 (也就是該版本已傳送「任何」當機的當機報告)，Crashlytics 就不會將該問題視為回退。問題仍會維持關閉狀態。
   • 如果回報內容來自 Crashlytics 在您關閉問題時「未知」的應用程式版本 (也就是該版本「從未」傳送任何錯誤報告)，Crashlytics 就會視為問題已迴歸，並重新開啟問題。

注意：在 2022 年 2 月之前，Crashlytics 會將問題歸類為回歸問題，只要該問題在任何應用程式版本中再次發生，即使是您關閉問題時已知的應用程式版本，也是如此。這導致 Crashlytics 有時無法正確識別迴歸問題。現在我們使用 定義。

問題迴歸時，我們會傳送迴歸偵測快訊，並新增 顯示出問題信號，讓您知道Crashlytics 再次開啟問題。如果您不希望我們重新開啟問題，請遵守我們的 迴歸演算法「靜音」而不是關閉該問題

為什麼我會看到迴歸問題 會發生什麼問題？

如果回報內容來自舊版應用程式，且在您關閉問題時從未傳送任何當機報告，Crashlytics 會將該問題視為迴歸，並重新開啟問題。

當有以下情況時，就可能發生這種情況：您已修正錯誤，且 發布新版應用程式，但使用者仍保有舊版應用程式 未修正錯誤如果您在關閉問題時，其中一個舊版本「從未」傳送任何當機報告，而這些使用者開始遇到錯誤，則這些當機報告會觸發回歸問題。

如果不希望問題因回歸演算法而重新開啟，請「靜默」問題，而非關閉問題。

注意： 2022 年 2 月前，Crashlytics 將問題歸類為 在任何應用程式版本中再次發生相同問題 (即使是應用程式版本) 時也是如此。 我們回報的問題導致 Crashlytics 有時會無法準確辨識迴歸問題。我們現在使用上述慣例。

如果您發現 2022 年 2 月前有許多誤判的回歸，可以重新關閉這些回歸，以免再次開啟。