Windows 闪退问题排查分析

        正常程序运行出错，会被CrashRpt抓住，但是有时候没有抓住，程序就突然退出了，于是就发生了所谓的闪退。

哪些情况会闪退

Windows Error Report（WER）

        注册表配置项目

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting\

HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Windows\Windows Error Reporting\ （在 64位系统中运行 32 位程序）

参考：

收集User-Mode转储 - Win32 apps | Microsoft Docs

WER 设置 - Win32 apps | Microsoft Docs

闪退问题的应对措施

• 应用日志

        查看闪退前的应用日志，日志中可能有一些蛛丝马迹，比如一些错误警告信息。通过日志也能够大概还原闪退前的使用操作，对分析与复现问题有很大帮助。

• 性能监控

        应用闪退前的系统性能、应用性能对排查问题可能有一些帮助。建议测试前，配置Windows性能监控。参考：

Windows性能监控工具Perfmon的使用、性能指标分析

• 事件日志

        在CrashRpt没有捕捉到异常时，Windows事件系统会记录到应用的这个错误，在一些情况下可以通过记录的信息来获取崩溃或问题位置。

使用Windows事件查看器调试崩溃

• 闪退恢复

        通过另一个进程辅助，重新启动应用，并上报闪退信息。

闪退上报方案

• Crashdump 收集

        首先，需要添加下面这个注册表项，这样就能生成 crash dump 了，大部分机器一开始是没有的

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps\

• 闪退监测

        需要辅助进程来监测，与主进程一起启动，通过共享内存协助，主进程在共享内存中写入进程id，如果正常退出，就清空写入的信息（写入0）。

辅助进程监测到管道断开，并且共享内存中的pid没有清空时，就判断出主进程Crash了。

        

        通过读取 Windows事件，进一步验证主进程Crash。如果 CrashRpt 抓住了应用异常，则没有相应的事件生成。这时候不需要上报闪退日志。

        系统生成 Windows事件和 dump文件需要一段时间，这时候会有等待（不超过 5秒+10秒）。

• 日志上报

        闪退日志上报与崩溃日志上报使用统一的后台接口。区别在于：

1. 闪退日志没有截图
2. zip包中没有截图、crashrpt.xml

• 应用重启

        释放共享内存，重启主进程

附：CrashRpt原理

        下面仅针对window平台的实现，说明一下异常捕捉（Catch）的原理，不包括上报方案。

CrashRpt: About Exceptions and Exception Handling