java - 为什么未选中 android.database.SQLException？

Question

这可能不适合 SO，因为它并不是一个真正的编码问题，但我还没有找到令人满意的答案，我相信 SO 社区可以。

所以，根据定义android.database.SQLException和 java.sql.SQLException共享相同的应用范围，即在访问/修改数据库时提供有关错误的信息。虽然我在某处读到过检查异常是“out”的，但我真的很喜欢这样一个事实，即当您使用带有 throws 关键字的检查异常时，编译器会提醒您处理异常。不幸的是，这不适用于未经检查的异常。

我的问题是:为什么当 java.sql.SQLException 被选中时 Google 却不选中他们的 android.database.SQLException？我错过了什么吗？它们的差异是否比我想象的更大？

Answer 1

检查或不检查异常之间的选择总是有些主观:

• 如果异常表示错误或某些“可能无法恢复”的故障，则适合使用未经检查的异常。

• 如果异常指示“可能可恢复”的故障，则检查异常是合适的。

在这种情况下，有很多子类的一般异常情况会更加困难。其中一些子类可能是错误，或者它们可能是可恢复的。此时，设计人员必须对不同情况的相对可能性做出值(value)判断……跨越异常的所有已知/预测子类型。

在这种情况下，Sun 和 Google 的工程师得出了不同的结论。但请注意，Google 工程师拥有 Sun 工程师所没有的巨大优势。他们可以查看 Java 设计，并就其与已检查的 SQLException 的配合情况做出自己的判断。

---

Though I've read somewhere that checked exceptions are "out" ...

有很多开发人员希望所有 Java 异常都未经检查，这样他们就不必被迫处理它们。还有很多其他开发人员仍然认为 Java 在检查异常方面做得很好......即使在少数情况下做出了错误的选择(事后看来)。

这是有争议的。

Am I missing something? Do they differ more than I think?

不是真的。这两个异常层次结构的用途几乎相同……尽管 javadoc 类描述存在差异。