使用调用堆栈进行 Azure Application Insights 调试答案

【问题标题】：Azure Application Insights Debugging using the Call Stack使用调用堆栈进行 Azure Application Insights 调试
【发布时间】：2016-03-16 20:13:19
【问题描述】：

我正在尝试找出一种方法来调试我在 Azure 的应用程序洞察中收到的异常。我是这种调试的新手，因为我只真正处理了 Visual Studio 中的错误，其中正在运行一个活动的调试器。但是，在 Application Insights 中，存在仅提供调用堆栈的空引用异常，没有有用的异常消息。

异常消息：Arg_NullReferenceException

调用栈：at SharedLibrary!<BaseAddress>+0x68d4c5 --- End of stack trace from previous location where exception was thrown --- at SharedLibrary!<BaseAddress>+0x329115 at SharedLibrary!<BaseAddress>+0x329207 at SharedLibrary!<BaseAddress>+0x34d603

其他异常有Excep_FromHResult 0x800455A0等消息，而其他人实际上展示了他们追溯的方法。

有没有办法找到这些异常来自于解密调用堆栈或基地址或 HResult 的地方？

这对于消除我的应用程序中的错误非常有用。

【问题讨论】：

标签： c# azure uwp azure-application-insights .net-native

【解决方案1】：

更新：HockeyApp 遥测堆栈现在支持此功能。请参阅：http://support.hockeyapp.net/kb/client-integration-windows-and-windows-phone/crash-reporting-for-uwp

当您的应用程序使用 .NET Native 编译时，生成的二进制文件并不包含 .NET 应用程序通常可用的所有丰富元数据。（如果在使用 .NET Native 编译时调用 Environment.StackTrace，您将获得相同的行为。）我们确实将所有这些数据写入生成的 pdb 文件中，但在运行时不可用。

这里的解决方案是使用 pdb 文件中的信息事后重建堆栈。我知道 AppInsights 团队在他们的积压工作中有这个，但它似乎没有发生。我们有一些正在尝试发布的诊断工具，因此您可以自己进行重新组合，但发布它们有点麻烦。

如果您向 dotnetnative@microsoft.com 发送邮件描述此问题，这可能有助于润滑一些轮子。

【讨论】：

欢迎有同样问题的朋友发邮件给你吗？我遇到了类似的问题，它连续第二天杀死了我。
任何有这个问题的人都应该开除。 “展示真正的客户痛苦”是完成工作的一种非常好的方式。也就是说，这个假期基本上把我一个人留在了鬼城……我们会尽力而为。