C++：我应该捕获所有异常还是让程序崩溃？

Question

我有一个用 (Visual) C++ 编写的 Windows 服务，它具有非常详细的日志记录功能，它经常帮助我找到客户有时遇到的错误的原因。基本上我检查每个返回值并记录发生了什么以及错误来自哪里。

理想情况下，我希望对异常（如数组超出范围、除以零等）具有相同级别的详细可见性。换句话说：我想确切地知道异常来自哪里。出于可读性和实用性的原因，我不想将每几行代码都包装到单独的 try/catch 块中。

我今天拥有的是一个通用的包罗万象的方法，它可以捕获所有内容并在关闭程序之前记录错误。从用户的角度来看，这很好 - 干净关闭而不是应用程序崩溃 - 但对我来说很糟糕，因为我只从异常中得到一般消息（例如“数组超出范围”），但不知道它来自哪里。

去掉catch-all 并让程序崩溃不是更好吗？我可以指示客户让Windows 创建应用程序崩溃转储（如here 所述）。使用转储文件，WinDbg 会准确地指向代码中引发异常的位置。

Answer 1

去掉包罗万象，让程序运行不是更好吗？ 而是崩溃？

你可以包罗万象

• 写一条（更私人的）关于发生的致命错误的消息，强制关闭应用程序。不要让程序继续：你不知道发生了什么，在哪里。继续可能会导致用户数据损坏、后续错误等。
• 告诉用户与您联系，详细说明他们做了什么以及发生了什么。
• 告诉用户包含您的应用程序生成的日志文件。

如果你不做这样的事情，那么你还不如去掉包罗万象的东西。

出于可读性和实用性的原因，我不想换行 每隔几行代码分成单独的 try/catch 块。

然而，如果您希望您的程序能够恢复，这正是您必须做的。你能做的是

• 告诉用户发生了什么事，也许是输入错误导致了它。不要让它听起来很技术性。
• 保存用户输入的所有数据，以免他们的工作完全丢失
• 您知道失败发生在哪一步。撤消该步骤，即丢弃对象/数据，并返回到异常之前的点。
• 恢复用户从第二点输入的数据，这样他们就不需要从头开始重复操作。

关键是您的程序可以返回到有效状态。

Answer 2

您可以抛出异常并说明错误发生的位置和原因：

throw std::string("could not open this file");

如果您不想为每个可能的错误编写不同的描述，您可以使用标准宏 __FILE__ 和 __LINE__：

#define _MyError std::string("error in " __FILE__ + std::to_string(__LINE__))
// ...
throw _MyError;

如果源文件名和错误行不够，并且您需要更多信息，例如堆栈跟踪或内存值，您的程序可以生成调试报告。 Google Breakpad 是一个 C++ 库，可让您以可移植的方式执行此操作。 wxWidgets 库中的 wxDebugReport 类是另一种选择。在 Windows 上，调试报告可能包含一个可以在 Visual Studio 中加载的小型转储文件，并允许您以类似于调试的方式分析错误。

Answer 3

您可以通过调用AddVectoredExceptionHandler 注册自定义的向量异常处理程序。

每当抛出异常时都会调用它，并且您可以在其中生成一个堆栈跟踪，然后您可以将其保存用于记录目的。

编写代码来做到这一点并非完全是微不足道的，但也不是火箭手术。

我从来没有亲自用 C++ 完成过，但如果没有现成的库可以在某个地方执行此操作，如果您没有时间或没有意愿自己动手，我会感到惊讶。