疑難排解

在幾分鐘後,為什麼看不到損毀報告?

如果您的應用程式在啟動時損毀,SDK 將無法傳送任何當機報告。 這項限制適用于任何協力廠商損毀報表服務。

適用于 Breakpad、iOS、macOS 和 UWP 應用程式;當機報告正在 symbolicated 或您將必要符號標示為已忽略時,才會顯示該損毀報表。 若要這樣做,必須將適當的符號上傳至 App Center。 在下列指南中深入瞭解符號化以及如何尋找和上傳符號:

如何查看 deobfuscated 堆疊追蹤?

若要查看已啟用 ProGuard 之 Android 應用程式的 deobfuscated 堆疊追蹤,請依照 App Center 的 ProGuard 檔 中的指示,為您的應用程式上傳對應檔案。

App Center 如何剖析您的 .zip 檔案?

App Center 會先尋找 dsym 任何層級的目錄,然後依標題尋找來源對應 index.ios.map 。 如果檔案 index.ios.map 不存在,App Center 會使用找到的第一個檔案 .map

我已更新我的符號,讓我的應用程式在存放區中的可執行檔正確無誤,但損毀報告仍無法讀取。

App Center 損毀報告尚不支援 bitcode 。 請參閱有關 如何停用 bitcode 以深入瞭解並修正該問題的指南。

為什麼我的所有錯誤/損毀都會顯示為影響使用者的100%?

這通常是因為在未啟用分析模組的情況下啟用 App Center 損毀模組所造成。 分析模組會追蹤使用者會話和應用程式中心,需要該資料來判斷應用程式有多少整體使用者。

將記錄傳送至 App Center 的時間限制為何?

App Center 後端只會接受過去或3天內不超過25天的記錄。

圖表中的數位 affected users 錯誤

錯誤群組的受影響使用者會計算為:在 Total number of affected users / Total number of devices 個別的時間範圍內 (也就是過去30天的) 。 這表示總計值可以高於任何每日值的任何或平均值。 以下為範例:

  1. 您的應用程式總共有三個作用中的使用者 A、B、C。
  2. 在過去30天內,A、B 和 C 每天都處於使用中狀態:
    • 第1天,使用者 A 發生損毀。
    • 第2天,使用者 B 發生損毀。
    • 在第3天,使用者 C 遇到損毀。
  3. 第1、2、3天的本機最大值分別為 33.3%;因為每天都有三個使用者的一個損毀。
  4. 自調查時間範圍起,最大值為100%,因為您的所有使用者在一段時間都遇到損毀。

還有其他因素可能有所貢獻,例如不同的使用者遇到不同的問題;因此,只會在特定損毀或錯誤群組中報告。