本頁面針對使用 Crashlytics 的常見問題提供疑難排解說明和解答。如果找不到所需資訊或需要其他協助,請與 Firebase 支援團隊聯絡。
一般疑難排解/常見問題
未看到未發生當機情形的指標和/或當機風險驟升快訊
如果沒有看到未發生當機情形的指標 (例如未發生當機情形的使用者和工作階段) 和/或當機風險驟升快訊,請確認您使用的是
未顯示導覽標記記錄
如未看到導覽標記記錄,建議您檢查應用程式的 Google Analytics (分析) 設定。請確認你符合下列規定:
誰可以檢視、撰寫及刪除問題附註?
附註可讓專案成員對問題、狀態更新等特定問題提供評論。
專案成員張貼附註時,附註會標記其 Google 帳戶的電子郵件。凡是有權查看附註的專案成員,都能看到這個電子郵件地址與附註。
以下說明查看、寫入及刪除附註所需的存取權:
誰可以檢視、撰寫及刪除問題附註?
附註可讓專案成員對問題、狀態更新等特定問題提供評論。
專案成員張貼附註時,附註會標記其 Google 帳戶的電子郵件。凡是有權查看附註的專案成員,都能看到這個電子郵件地址與附註。
以下說明查看、寫入及刪除附註所需的存取權:
整合
應用程式也使用 Google Mobile Ads SDK,卻沒有發生當機問題
如果專案同時使用 Crashlytics 以及 Google Mobile Ads SDK,可能會導致當機報告程式在註冊例外狀況處理常式時造成乾擾。如要修正問題,請呼叫 disableSDKCrashReporting
,關閉 Mobile Ads SDK 中的當機回報功能。
我的 BigQuery 資料集位於何處?
將 Crashlytics 連結至 BigQuery 之後,無論 Firebase 專案的位置為何,您建立的新資料集會自動存放在美國。
迴歸問題
什麼是迴歸問題?
您先前關閉的問題發生迴歸問題,但 Crashlytics 會收到新報告,說明問題再次發生。Crashlytics 會自動重新開啟這些迴歸的問題,方便您根據應用程式情況解決。
以下情境範例說明 Crashlytics 如何將問題分類為迴歸:
- Crashlytics 首次收到關於當機「A」的當機報告。Crashlytics 開啟了相對應的當機問題 (問題「A」)。
- 如要快速修正這項錯誤,請關閉「A」問題,然後發布新版本的應用程式。
- Crashlytics 會在問題關閉後收到另一份關於問題「A」的報告。
- 如果報表來自 Crashlytics 解決問題時「知道」的應用程式版本 (也就是該版本曾針對「任何」當機情況傳送當機報告),則 Crashlytics 不會將問題視為迴歸。這個問題會維持關閉狀態。
- 如果報表來自您關閉問題時「無法」知道的應用程式版本 (也就是該版本完全從未針對任何當機情況傳送「任何」當機報告),Crashlytics 會考量問題迴歸,並重新開啟問題。
發生迴歸問題時,我們會傳送迴歸偵測快訊,並為問題新增迴歸信號,通知 Crashlytics 已重新開啟問題。如果您不希望問題因迴歸演算法而重新開啟,請「忽略」問題,而不要關閉問題。
為什麼舊版應用程式會出現迴歸問題?
如果報告是來自您在關閉問題時從未傳送任何當機報告的舊版應用程式,Crashlytics 會考量問題迴歸,並且重新開啟問題。
在下列情況中,可能會出現這種情況:您修正錯誤並發布了新版應用程式,但使用者仍使用舊版應用程式,而未修正錯誤。也許在您解決問題時,其中一個舊版本從未傳送任何當機報告,而這些使用者開始遇到該錯誤,而這些當機報告將觸發迴歸問題。
如果您不希望問題因迴歸演算法而重新開啟,請「忽略」問題,而不要關閉問題。