故障转储完成通知

Question

我正在强制使进程崩溃并尝试分析故障转储。 我正面临崩溃进程和崩溃转储生成（刷新）之间的竞争条件。

如果故障转储太大，则需要一些 cputime，Windows 调试器（或 watson）中是否有任何回调函数可以告知故障转储完成？

或者有什么机制可以强制刷新故障转储并开始分析。

我不是在寻找基于投票的解决方案。

Answer 1

1. 添加 WER 注册表项
2. 使进程崩溃
3. 运行您自己编写的工具，该工具 3a) 找到 werfault.exe 进程和 3b) 加入该进程（等到它完成）
4. 分析转储文件

步骤 3b 不使用轮询。进程是一个收到信号的同步对象。

请注意，步骤 3a 在崩溃之前将不起作用，如果崩溃转储很小，则 werfault.exe 可能已经退出，因此它可能会一直等待。要绕过这一点，您可能希望将您的应用程序注册为 werfault.exe 的调试器，该程序会在内部将参数转发给 werfault.exe，然后等待它完成。

完整的序列如下所示：

1. 添加 WER 注册表项
2. 为 werfault.exe 添加调试器条目
3. 使进程崩溃
4. 您的应用程序将运行，而不是 werfault.exe。 4a) 启动 werfault.exe 以创建转储和 4b) 加入该进程（等到它完成）
5. 如果您不想永久删除调试器条目，可以删除它
6. 分析转储文件

最后我想说的是，您可以通过一些实施工作来实现您的目标。问题是：这将节省多少秒，实施需要多少小时？