我最近问过whether to report the getMessage() text of a caught exception。相当令人惊讶的是，大多数答案都误解了我的问题，并认为我在询问是否报告捕获的异常的堆栈跟踪，这表明这样做被认为是常态。所以我要问一个后续问题。
当您catch 异常时，您应该或不应该在哪些情况下报告堆栈跟踪？通过“报告”，我为您包括asking a logging framework to log the stack-trace。
我不是在问是否要报告某事。我在问该报告是否应该包括堆栈跟踪。
【问题讨论】：
标签： java logging exception-handling
我个人尽量遵守这些规则：
如果我能以“可恢复”的方式处理 catch 中的异常（例如 DateFormatException），则无需跟踪堆栈
如果我想重新抛出异常，则不记录堆栈跟踪。 （以链式方式重新抛出以保留此信息）
如果我将 catch 块中的异常作为错误情况（例如 sql 错误）处理，我会记录堆栈跟踪。
如果是运行时异常，我会建议框架（您的或您使用的任何东西）进行跟踪。
【讨论】：
RuntimeException的异常；也就是说，一个未经检查的异常？
这取决于上下文。例如，在解析来自外部系统的输入时，我可能不会记录/报告来自 NumberFormat 的 ParseException，但如果我捕获到处理包含在我的系统边界内的数据的 ParseException，我肯定会这样做，因为这表明一个内部系统状态不一致，而不是输入值验证失败。
【讨论】：
您 - 开发人员 - 如果您遇到错误情况，将需要堆栈跟踪。因此，您需要某种方式将其从 JVM 中取出并传递给您。
如果您不将其记录到文件中，那么您会怎么做？文件是 JVM 中可用的最可靠的东西，因此您至少应该在将其发送到网络之前将其放在那里。
【讨论】：
Error (download.oracle.com/javase/6/docs/api/java/lang/Error.html) 类的例外。
我通常报告与 GUI 无关的异常。 GUI 异常很常见，在繁重的 Swing 程序中通常会发生。
一般来说，我对以下方面非常感兴趣：与数据库相关的异常、我自己的愚蠢错误异常（数组越界等）以及其他一些我无法处理的事情，例如 WebServices 等.
我认为这取决于系统的类型，是公共系统（如网站）还是私有系统（内联网站点、本地 GUI）
【讨论】：
堆栈跟踪对于想要调试异常指示的错误的程序员很有用。它对其他人没有用处，对其方法名称和调用顺序毫无意义，冗长令人分心。因此，您应该记录堆栈跟踪当且仅当且始终如果异常指示程序中的错误。但是，这并不总是表明您编写的方法应该catch 并记录异常。在实践中，错误由未经检查的异常指示，因此让异常从方法中抛出并在更高级别处理更容易（通常更好）：如果您使用的是框架，它可能会记录异常您（通常带有其他有用的信息）； JVM 本身可能会记录从main 抛出的任何异常。
【讨论】：
我会报告所有这些。但是，如果您使用的是 log4j，那么您可以控制哪些您知道您肯定不会有兴趣在日志中看到。如果特定用户异常具有不同的类，则在生产中禁用登录该类并在较低环境中启用它。这样，您就不会在代码级别做任何事情来进行报告。所有这些都在日志框架中抽象出来。
【讨论】：