为什么 InstantiationException 是受检查异常？

Question

我的理解是，受检查的异常是那些可以合理预期调用者可以从中恢复的异常。我不明白为什么 InstantiationException 会出现这种情况。如果一个类无法实例化，那么调用者应该做什么？

然后我想，也许代码编译是一个重要的考虑因素 - 因此只有在动态指定类的情况下才会发生这种情况。¹ 在这种情况下，类可能更像是一个参数，但随后我们有 IllegalArgumentException，它是一个运行时异常。

检查标准异常和不检查标准异常背后的原理是什么？

¹ 这是真的吗？

Answer 1

我能想到的显式处理此异常的一个原因（但这不是权威答案）：

尝试使用反射实例化一个类（因为该类是配置的，而不是静态链接的）。如果它没有预期的构造函数签名，请尝试另一个构造函数。或者其他班级。任何框架代码（例如Spring）都可能有这样的逻辑。

Answer 2

来自 InstantiationException 的 JavaDoc：

当应用程序尝试执行以下操作时抛出
使用创建类的实例
Class 类中的 newInstance 方法，
但指定的类对象不能
被实例化，因为它是一个
接口或者是抽象类。

仅当使用 Java 反射时才会发生这种情况，例如，当以编程方式实例化对象时，例如 ClassName.class.newInstance()，而不是 new ClassName() 可以这么说。很自然地期望使用反射的人编写处理任何此类异常的代码，例如实例化抽象类或接口，或者在构造函数调用期间抛出异常（在这种情况下，您可以使用 e.getCause ())。

它不会在您的代码中处理，而是由使用反射的特定 API/库处理。

Answer 3

Class.newInstance() 对于何时引发 InstanciationException 有一个有趣的描述 [javadoc]：

InstantiationException - 如果此类表示抽象类、接口、数组类、原始类型或 void；或者如果该类没有无效构造函数；或如果实例化因其他原因失败。

对我来说，它似乎试图涵盖静态链接类的实例化在编译时失败的所有情况。

最重要的部分是我强调的部分。 想象一个抛出检查异常的构造函数。如果动态调用该构造函数会发生什么？谁来检查那个可怜的已检查异常？

Answer 4

正如您可以从 InstantiationException javadoc 的 javadoc 中看到的，它被抛出

当应用程序尝试创建
使用类的实例
类 Class 中的 newInstance 方法，但是
指定的类对象不能是
实例化。

你可以完美地编写这样的代码：

try {
Class myClass = Class.forName("Myclass");
myClass.newInstance();
} catch (ClassNotFoundException e) {
} catch (InstantiationException e) {
} catch (IllegalAccessException e) {
}

不会抛出 IllegalArgumentException 。

关于checked和unchecked更多的是关于导致异常的原因，而不是是否容易恢复。请详细了解 checked 与

Answer 5

虽然检查异常和非检查异常之间存在巨大的灰色区域，并且许多异常可以按一种或另一种方式设计，但这个不是。这是一个错误，应该不予检查。