Crashlytics 疑難排解與常見問題

iOS 以上版本 Android Flutter Unity

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

一般疑難排解/常見問題

在「Issues」表格中看到某些問題的不同格式 (有時也稱為「變化版本」)

您可能會發現 Firebase 控制台的「Issues」表格中列出的問題有兩種不同格式。您可能會發現某些問題裡有一個名為「變化版本」的功能原因如下！

我們在 2023 年初推出改良的分析引擎，用於將事件分組，此外還更新了設計，以及推出新問題 (例如變化版本！) 的一些進階功能。詳情請參閱我們最近的網誌文章。若要瞭解這些重點特色，請參閱下文。

Crashlytics 會分析應用程式的所有事件 (例如當機、一般錯誤和 ANR 事件)，並建立名為問題的事件群組，因為問題中的所有事件都具有常見的故障點。

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

不過，在這個事件群組中，導致失敗的堆疊追蹤可能有所不同。如果堆疊追蹤再度出現，可能的根本原因就不同。為了呈現某個問題內的可能差異，我們目前在問題中建立「變化版本」。每個變化版本都是問題中的事件子群組，包含相同失敗點和類似堆疊追蹤。使用變化版本時，您可以對問題中最常見的堆疊追蹤進行偵錯，並判斷失敗的根本原因是否不同。

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

• 修改問題列中顯示的中繼資料
  現在可以更輕鬆地瞭解及分類應用程式中的問題。

• 減少重複的問題
  變更行號不會導致新的問題。

• 更輕鬆地偵錯造成各種根本原因的複雜問題
  使用變化版本對問題中最常見的堆疊追蹤進行偵錯。

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

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

以下為我們推出的改善功能：

• 當我們從您的應用程式取得新事件時，我們會檢查這些事件是否符合現有問題。

• 如果沒有相符的結果，系統會自動為事件套用智慧型事件分組演算法，並運用重新設計的中繼資料設計建立新問題。

這是我們即將推出的活動分組功能的第一項重大更新。如有任何意見或問題，歡迎 提出檢舉 。

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

如果沒有看到未發生當機情形的指標 (例如未發生當機情形的使用者和工作階段) 和/或當機風險驟升快訊，請確認您使用的是

未顯示導覽標記記錄

如未看到導覽標記記錄，建議您檢查應用程式的 Google Analytics (分析) 設定。請確認你符合下列規定：

• 您已經在 Firebase 專案中啟用 Google Analytics (分析)。

• 您已啟用 Google Analytics (分析) 的資料共用功能。如要進一步瞭解這項設定，請參閱「管理 Analytics (分析) 資料共用設定」一文

• 您已 新增至 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 已重新開啟問題。如果您不希望問題因迴歸演算法而重新開啟，請「忽略」問題，而不要關閉問題。

為什麼舊版應用程式會出現迴歸問題？

如果報告是來自您在關閉問題時從未傳送任何當機報告的舊版應用程式，Crashlytics 會考量問題迴歸，並且重新開啟問題。

在下列情況中，可能會出現這種情況：您修正錯誤並發布了新版應用程式，但使用者仍使用舊版應用程式，而未修正錯誤。也許在您解決問題時，其中一個舊版本從未傳送任何當機報告，而這些使用者開始遇到該錯誤，而這些當機報告將觸發迴歸問題。

如果您不希望問題因迴歸演算法而重新開啟，請「忽略」問題，而不要關閉問題。