疑難排解

重要

Visual Studio App Center 已排定於 2025 年 3 月 31 日淘汰。 雖然您可以繼續使用 Visual Studio App Center，直到它完全淘汰為止，但有數個建議您考慮移轉至的建議替代方案。

深入瞭解支持時程表和替代方案。

為什麼在幾分鐘后看不到當機報告？

如果您的應用程式在啟動時當機，SDK 無法傳送任何損毀報告。 此限制適用於任何第三方損毀報告服務。

針對 [斷板]、[iOS]、[macOS] 和 [UWP 應用程式] ;只有在損毀報告是符號化，或者如果您將必要的符號標示為忽略時，才會顯示損毀報告。 若要發生這種情況，必須將適當的符號上傳至 App Center。 深入了解符號，以及如何在下列指南中尋找和上傳您的符號：

• 斷板檔
• iOS 和 macOS 符號檔
• UWP 檔。

如何查看已取代的堆疊追蹤？

若要查看已啟用 ProGuard 之 Android 應用程式的已清除堆疊追蹤，請遵循 App Center ProGuard 檔案中的 指示來上傳應用程式的對應檔案。

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

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

我已針對市集中應用程式的正確可執行檔更新符號，但損毀報告仍然無法讀取。

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

為什麼我的所有錯誤/當機都會顯示為影響 100% 的使用者？

這通常是因為啟用App Center當機模組而不需要啟用分析模組所造成。 分析模組會追蹤用戶會話，而 App Center 會要求數據判斷應用程式有多少整體使用者。

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

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

圖表中的 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%，因為問卷時間範圍內，因為您的所有使用者在某個時間發生當機。

還有其他可能參與的因素，例如不同使用者遇到不同問題;因此，只會在特定當機或錯誤群組中報告。