有人能澄清一下 WER 生成的内存转储是否与 procdump.exe 生成的内存转储相同吗？同时使用这两个工具是否会发生冲突？如果我的目标是解决某个服务的“服务意外终止”类型的事件（在 Server 2012 R2 平台上），那么正确的方法是什么？
答案1
当应用程序崩溃时，procdump 和 WER 都适合捕获用户模式崩溃转储。
经验法则是，转储越全面，就越有用，因为小型转储、混合转储和自定义转储都为了节省磁盘空间而省略了在根本原因调查中可能有用的数据位。
WER 默认捕获小型转储，但可以配置捕获完整转储。
（当我在这种情况下说“完全转储”时，我的意思是所讨论进程的完整用户模式进程地址空间 - 任何内核模式都超出了范围。）
另一方面，procdump.exe 是一个 Sysinternals 工具（Mark Russinovich、Andrew Richards 等），其设计比 WER 灵活得多。如果说 WER 是一把黄油刀，那么 procdump 就是一把瑞士军刀。例如，procdump.exe 可以配置为在进程的 CPU 使用率超过 90% 持续 10 秒或内存使用率超过 500MB 等时自动捕获转储（或一系列转储）。procdump 还可以设置为永久的 AeDebug 事后调试器，这基本上使其成为 WER 的替代品。
WER 运行良好（尤其是在配置为捕获完整进程转储时），并且 WER 和 procdump 都捕获相同类型的转储，但您只需要其中之一。尝试同时使用它们实际上没有任何意义。
procdump -ma -i C:\Dumps配置 procdump.exe 在计算机上用户模式进程崩溃时自动执行完整进程内存转储，并将其放在 C:\Dumps 目录中。
这也会捕获崩溃的 Windows 服务，除非服务的开发人员专门编写服务来执行自己的异常处理并避免被调试器捕获，这种情况非常罕见。（即使如此，procdump 也可以配置为在第一次机会异常时转储。）
附言：如果服务确实崩溃了，您可能会看到“服务意外终止”消息，但如果服务只是感觉需要退出而没有像预期的那样与服务管理器合作，您也可能会看到相同的消息。在这种情况下，服务的开发人员只是一个糟糕的开发人员，而且由于没有实际崩溃，WER 和 procdump 都无法帮助您。