man*_*0 . 6 windows crash community-faq
当我使用应用程序时，出现以下错误消息（取决于 Windows 版本）：
[应用程序名称]遇到问题需要关闭。对此造成的不便，我们表示歉意。
[应用程序名称] 已停止工作
之后，应用程序关闭。为什么应用程序“需要关闭”或“停止工作”，我该怎么办？
首先，那个错误不是你的错。
一些程序员忘记处理他的程序中的一些错误，所以它失败了。
当然，问题并不一定出在应用程序本身（因此程序员摆脱了困境）。它可能在 Windows 中，也可能在 MSVC 运行时中，或者在 .Net 运行时或您的显卡驱动程序中或其他任何东西（这就是为什么您总是被告知在联系支持人员之前安装所有更新）。
所以你已经涵盖了所有内容，但问题仍然存在。现在怎么办？
好吧，现在唯一剩下的就是所讨论的应用程序有问题，而程序员对此也无能为力（啊哈！）。所以是软件作者的问题。因此，请联系他们并询问他们是否可以帮助您解决此问题。
但是如果他们告诉我他们的软件是完美的，我是唯一一个有这个问题的人，而且一般来说，这是我的错呢？
有趣的来了。您可以找到错误消息的实际原因。
应用程序实际上告诉操作系统什么使操作系统运行“你需要关闭f-down！ ”？
为此，您可以使用许多工具。
如果有问题的应用程序写出任何日志文件，这些文件可能是寻找应用程序问题原因的黄金。阅读它们并在此处讨论可能的错误消息。
Windows 事件日志肯定会包含有关崩溃应用程序的一些信息。如果它实际上是一个 .Net 应用程序，您甚至可能会很幸运，并且可能能够从日志中提取调用堆栈（这对开发人员非常有帮助）。
如果所有其他方法都失败了，请转向Process Monitor。Process Monitor 是一种记录应用程序和操作系统之间所有通信的工具（可以这么说）。因此，在生成的捕获数据中，您可以准确地看到应用程序调用的导致未处理错误情况的函数。这可能是一些微不足道的事情，例如尝试访问不存在的文件或注册表对象。但是发现对日志的一次调用可能需要很长时间，如果您没有软件开发经验，您很可能不会用这种方法走多远。
如果这让你觉得“嗯，这不太可能帮助我解决我的问题。 ”，那么你可能是对的。虽然尝试为某些人追踪这样的问题会很有趣，但这通常是编写错误软件的人的工作。
他们比你更有能力发现问题。正确的错误报告有时会大有帮助。