如何以及在何处捕获 j2ee 应用程序中的异常

Question

好的，我在一个 j2ee 项目中工作，该项目在存储库中有 2 个分支，我被命令将它们混合在一起。

我正在编码，然后 Netbeans 询问我“未报告的异常 blah bla bla 必须被捕获或声明为抛出”，并让我选择是处理每个异常还是直接抛出它希望其他人捕获。

我正在使用的类是这些：

DataBase - DataObject - PersonDB（我在这里工作）

DataBase 是 DBMS 的抽象（支持其中几个）

DataObject 只是 CRUD，DBMS 和 java 之间的类型转换，以及一些反映通用性的东西，它使用Database作为成员变量

PersonDB 是表中名为person的字段到java类型的映射，这个类扩展了DataObject

现在在版本1中（只是名字实际上并行工作）捕获所有产生异常的地方，例如在 DataBase 类中

try {
        Class.forName(this.driver);
    } catch (ClassNotFoundException ex) {
        Logger.getLogger(BD.class.getName()).log(Level.SEVERE, null, ex);
    }

或在 DataObject 类中捕获： SQLException、NoSuchFieldException、IllegalArgumentException

现在在 版本 2 上，所有这些都留给向上调用者，如下所示：

public BD (String Adriver, String Ahost, String Abase, String Alogin, String Apassword) 
throws java.lang.ClassNotFoundException { ... }

这是解决此类问题的最佳方法，特别是如果我使用 struts

我为我的英语道歉

Answer 1

我要问的第一个问题是：如果这是一个 J2EE 应用程序，那么您要手动加载 JDBC 驱动程序做什么？ 这就是数据源的用途。

其次，如果你确实需要点他的，那么问问自己：这个异常发生的结果是什么？ 它可恢复吗？ 或者故障是否如此灾难性以至于您的应用程序无法运行？

如果情况如此灾难性，您的应用程序无法运行，请执行以下操作：

try {
  ...
} catch (SomeCheckedException e) {
  throw new RuntimeException(e);
}

使用“抛出...”子句来污染您的接口是没有意义的。

或者，如果它是可恢复的或可能可恢复的，那么您确实需要更好地处理它。 但很难给出答案。 确实这取决于具体情况。

例如，如果您以这种方式加载模块/插件，您只需记录插件 XYZ 无法加载（记录异常）并继续。 如果这是用户操作的直接结果，您需要以某种方式向用户报告操作失败（并记录错误）等。

Answer 2

异常处理始终是一个“我可以处理吗？”的问题。 - 其中句柄不仅仅意味着记录和重新抛出。

有时，仅仅为了抛出其他抽象级别的异常就值得捕获（“我可以为调用者生成更清晰的错误吗？”）。

在这两种情况下，您都必须考虑是否传递原因（“它对调用者有有用的信息吗？”）-不仅仅是随时这样做，您将获得大量无用的日志文件。 当捕获异常时，您通常会记录捕获的异常，可能仅使用调试级别，但在调试客户系统的情况下，良好的日志信息通常是“调试”系统的唯一机会。

异常处理和日志记录通常做得不好。 但对于产品或长期项目来说，这将是一项不错的投资。