Crashlytics 疑難排解與常見問題

查看各種格式 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 會考量問題迴歸，並重新開啟 問題。

問題迴歸時，我們會傳送迴歸偵測快訊，並新增 代表問題發生在 Crashlytics 再次開啟問題。如果您不希望我們重新開啟問題，請遵守我們的 迴歸演算法「靜音」而不是關閉該問題

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

如果報告來自舊版應用程式，從未傳送任何當機報告： 在你關閉問題後，Crashlytics 會將問題納入考量 並重新開啟問題。

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

如果您不希望系統因為迴歸演算法而將問題重新開啟，請「靜音」 而不是關閉該問題