Question

这是一个有趣的java问题。

以下简单的java程序包含静态方法初始化的静态字段。实际上，我强制计算intiailize值的方法引发NullPointException，当我访问这样的静态字段时，会引发NoClassDefFoundError。似乎VM对待Class并不完整。

但是当我访问Class时，它仍然可用;

有谁知道为什么？

class TestClass {
    public static TestClass instance = init();

    public static TestClass init() {
       String a = null;
       a.charAt(0); //force a null point exception;
       return new TestClass();
    }
}

class MainClass {
    static public void main(String[] args) {
       accessStatic(); // a ExceptionInInitializerError raised cause by NullPointer
       accessStatic(); //now a NoClassDefFoundError occurs;

       // But the class of TestClass is still available; why?
       System.out.println("TestClass.class=" + TestClass.class);
    }

    static void accessStatic() {
        TestClass a;

        try {
            a = TestClass.instance; 
        } catch(Throwable e) {
            e.printStackTrace();
        }
    }   
}

Answer 1

这些问题的答案通常隐藏在规范的某个地方...... (§12.4.2)

初始化类时会发生什么：

步骤1-4与此问题有些无关。这里的第5步是触发异常的原因：

5。 如果Class对象处于错误状态，则无法进行初始化。释放Class对象的锁定，抛出NoClassDefFoundError。

6-8继续初始化，8执行初始化器，通常发生的是步骤9：

9。如果初始化程序的执行正常完成，则锁定此Class对象，将其标记为完全初始化，通知所有等待的线程，释放锁定，并正常完成此过程。

但我们在初始化程序中出错：

10。 否则，初始值设定项必须通过抛出一些异常E而突然完成。如果E的类不是Error或其子类之一，则创建类ExceptionInInitializerError的新实例，使用E作为参数，并在以下步骤中使用此对象代替E.但是如果由于发生OutOfMemoryError而无法创建ExceptionInInitializerError的新实例，则在下一步中使用OutOfMemoryError对象代替E。

是的，我们看到空指针异常的ExceptionInInitializerError b / c。

11。锁定Class对象，将其标记为错误，通知所有等待的线程，释放锁定，并在原因E或其替换中突然完成此过程，如上一步骤所确定。（由于某些早期实现中的缺陷，忽略了类初始化期间的异常，而不是如此处所述导致ExceptionInInitializerError。）

然后该类被标记为错误，这就是我们第二次从第5步获得异常的原因。

令人惊讶的部分是第三个打印输出，显示TestClass.class中的MainClass实际上拥有对物理Class对象的引用。

可能因为TestClass仍然存在，它只是标记为错误。它已经加载和验证。

Answer 2

是的，这通常是NoClassDefFoundError被提出的原因。这是邪恶的命名，就是这样。它应该被命名为“类初始化失败的异常”或其他东西。

由于误导性的名称，得到这个错误的java程序员浪费了数百年的时间来试图弄清楚为什么找不到这个类。

每当您看到此异常时，您应该向上检查日志，并尝试在类无法初始化时找出根本原因。

Answer 3

当我访问这样的静态字段时，会引发NoClassDefFoundError。似乎VM对待Class并不完整。

这是正确的......

但是当我访问Class时，它仍然可用

是

类加载器没有尝试删除损坏的类，因为：

这很难做到，
非常很难安全，
它会使JVM处于这样一种状态：应用程序很容易浪费大量时间重复加载和重新加载损坏的代码，
规范说（或者至少暗示）它不应该;有关详细信息，请参阅其他答案。

要进入可见性不一致的状态，您的应用程序必须捕获ClassDefNotFoundError（或超类）并尝试从中恢复。有充分记录的事实是Error例外通常无法恢复;即，如果您尝试恢复，JVM可能会以不一致的状态结束。这就是这里发生的......关于正在加载/初始化的类。

Answer 4

受限制

http://psc.informatik.uni-jena.de/languages/Java/javaspec-3.pdf

的

8.3.2.2

为什么NoClassDefFoundError由静态字段初始化失败引起？

4 个答案: