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