本頁面提供疑難排解說明,並解答有關使用 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 已重新開啟問題。如果不希望問題因回歸演算法而重新開啟,請「靜默」問題,而非關閉問題。
為什麼我會看到舊版應用程式出現的回歸問題?
如果回報內容來自舊版應用程式,且在您關閉問題時從未傳送任何當機報告,Crashlytics 會將該問題視為迴歸問題,並重新開啟該問題。
這種情況可能發生在以下情況:您已修正錯誤並發布新版應用程式,但仍有使用者使用未修正錯誤的舊版。如果您在關閉問題時,其中一個舊版本從未傳送任何當機報告,而這些使用者開始遇到錯誤,則這些當機報告會觸發回歸問題。
如果不希望問題因回歸演算法而重新開啟,請「靜默」問題,而非關閉問題。