UWP 应用程序第一次崩溃，而不是每次都在 0x06515AE7 (Windows.UI.Xaml.dll) 处引发异常

Posted 2023-03-25

【中文标题】UWP 应用程序第一次崩溃，而不是每次都在 0x06515AE7 (Windows.UI.Xaml.dll) 处引发异常

【英文标题】：UWP App crashes for the first time and not every time Exception thrown at 0x06515AE7 (Windows.UI.Xaml.dll)

【发布时间】：2019-06-29 04:39:32

【问题描述】：

我的应用程序很大，因此我无法共享应用程序的代码，我在单击或页面中的任何事件时遇到错误我无法在任何情况下跟踪异常，同时在设置中添加所有异常和启用本机调试，出现错误为“MingleChat.exe 中的 0x06515AE7 (Windows.UI.Xaml.dll) 引发的异常：0xC0000005：访问冲突读取位置 0x00000000。

vs 2017 未处理的 win32 异常

【问题讨论】：

这里没有足够的信息来诊断这个。您可以尝试将 windbg 调试器附加到正在运行的应用程序以查看它是否提供更好的崩溃信息？

use in Device Portal 崩溃数据条目，选择您的侧载应用并对其进行配置以创建转储。分析dump with windbg

从以下链接中的 microsoft store pfa 中提取的崩溃日志。 link

再一次，照我说的做，创建一个故障转储并用windbg分析dmp

.tsv 文件没有包含足够的信息。您想要的是实际的转储文件 (.dmp)。如果您可以在附加了 windbg 的情况下重现崩溃（或通过其他 cmets 中建议的 Device Portal），则易于创建。

【参考方案1】：

@哈里什，

您的任何 Xaml 标记是否包含以下设置？

FocusVisualPrimaryBrush="x:Null"

或者可能任何其他 FocusVisual 属性都设置为 null，例如

FocusVisualSecondaryBrush="x:Null"

如this post 中所述，我们收到了非常相似的错误消息并观察到与我们的 UWP 应用程序类似的崩溃行为。

在我们的案例中，Null 设置是罪魁祸首。

【讨论】：

@HarishKinthali 您是否在您的 xaml 中发现任何将 FocusVisualPrimaryBrush 设置为 Null 的情况？

【参考方案2】：

将您的 min sdk 版本降级为 15xxx。