這很重要
Visual Studio App Center 於 2025 年 3 月 31 日淘汰，但分析和診斷功能除外，這些功能將持續支援到 2026 年 6 月 30 日。 瞭解更多資訊。
為什麼在幾分鐘后看不到當機報告？
如果您的應用程式在啟動時當機，SDK 就無法傳送任何當機報告。 此限制適用於任何第三方當機報告服務。
針對 Breakpad、iOS、macOS 和 UWP 應用程式，當機報告只有在完成符號化或將必要的符號標示為忽略時，才會顯示。 若要發生這種情況，必須將適當的符號上傳至 App Center。 深入了解符號，以及如何在下列指南中尋找和上傳符號：
如何查看已清除的堆疊追蹤？
若要查看已啟用 ProGuard 的 Android 應用程式的去混淆堆疊追蹤，請遵循 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 的時間限制為何？
App Center 後端只會接受過去 25 天或未來 3 天內不超過 3 天的記錄。
圖表中的 affected users 數字錯誤
受影響的錯誤群組用戶會計算為： Total number of affected users / Total number of devices 在個別的時間範圍內（也就是過去 30 天）。
這表示總值可以高於任何單日值或任何單日值的平均值。 以下為範例：
- 您的應用程式共有三個作用中使用者 A、B、C。
- 在過去 30 天內，A、B 和 C 每天都在作用中：
- 在第 1 天，使用者 A 發生當機。
- 第 2 天，使用者 B 發生當機。
- 第3天，使用者 C 發生當機。
- 1、2、3 天的區域上限分別為 33.3%：因為每天有三分之一的用戶發生當機。
- 自受測時間範圍內以來，最大值為100%，因為您的所有用戶在某個時間都遇到當機。
還有其他可能影響的因素，例如不同的用戶遇到不同的問題，因此只會在特定的當機或錯誤類別中被報告。