本頁提供疑難排解說明,以及常見問題的解答
有關使用 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 會將問題納入考量
並重新開啟問題。
當有以下情況時,就可能發生這種情況:您已修正錯誤,且
發布新版應用程式,但使用者仍保有舊版應用程式
未修正錯誤如果有,其中其中一個舊版本「從未」傳送過
使用者關閉問題後
遇到錯誤時,這些當機報告就會觸發迴歸問題。
如果您不希望系統因為迴歸演算法而將問題重新開啟,請「靜音」
而不是關閉該問題