我在开发中心帐户的失败报告中收到很多崩溃,例如:
XXXXXXX!{XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX}
_Timeout_expired:_event_type_=_TargetStateChanged,_timeout_modifier_type_=_None,_server_task_currentState_=_NavigatingTo,_tar
MISSING_DUMP_EM_WATCHDOG_TIMEOUT_DEADA444_XXXXXXX!{XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX}
_Timeout_expired:_event_type_=_TargetStateChanged,_timeout_modifier_type_=_None,_server_task_currentState_=_NavigatingTo,_tar
EM_WATCHDOG_TIMEOUT_DEADA444_XXXXXXX!{XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX}
_Timeout_expired:_event_type_=_TargetStateChanged,_timeout_modifier_type_=_None,_server_task_currentState_=_Showing,_targetSt
MISSING_DUMP_EM_WATCHDOG_TIMEOUT_DEADA444_XXXXXXX!{XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX}
_Timeout_expired:_event_type_=_SystemKeyPressed,_timeout_modifier_type_=_None,_server_task_currentState_=_Active,_targetState
我无法在我的应用程序中修复它们,因为在故障日志中没有它们的堆栈跟踪,而且此类崩溃不会被 Application Insights 捕获。
最佳答案
EM_WATCHDOG_TIMEOUT_DEADA444 错误对每个人来说都是一个很大的谜。
许多开发人员将它们放在仪表板中,它们不可重现,并且当仪表板获得主要更新时它们突然出现。
该错误出现在所有类型的应用程序中;在后台线程和根本不使用后台线程的应用程序中使用和不使用 C++ 运行时组件....
最后;没有办法获取堆栈跟踪,也没有办法自己捕获它,因为 UnhandledException 事件没有被命中。
与此同时,我忽略了该错误,直到 MSFT 在仪表板中给出了该错误含义的正确解释。
PS:如果有人神奇地知道解决/从这个异常中获取更多信息;我很想听听。
关于windows-phone-8.1 - 如何修复 Windows Phone 81 应用程序中的超时过期崩溃?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/32488118/