疑难解答

重要

Visual Studio App Center 计划于 2025 年 3 月 31 日停用。 虽然可以继续使用 Visual Studio App Center，直到它完全停用，但你可以考虑迁移到几个建议的替代方法。

详细了解支持时间线和替代方法。

为什么几分钟后故障报告不可见？

如果应用在启动时崩溃，SDK 无法发送任何故障报告。 此限制适用于任何第三方故障报告服务。

对于 Breakpad、iOS、macOS 和 UWP 应用;仅当故障报告已符号化或将所需符号标记为忽略时，故障报告才可见。 为此，必须将正确的符号上传到 App Center。 在以下指南中详细了解符号以及如何查找和上传符号：

• Breakpad 文档
• 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 天的日志。

图表中的 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%，因为所有用户在某个时间都遇到崩溃。

还有其他因素可能会造成影响，例如不同的用户遇到不同的问题;因此，仅在特定的崩溃或错误组中报告。