腾讯一面:如何用一段代码证明JVM加载类是懒加载模式?

假如有一天,你要找工作,等到了面试邀请,来到了面试公司,做完了笔试题,迎来了面试官。

附面试思维导图:

面试官的第一个问题确是:你如何用一段代码证明在JVM加载类是懒加载模式?

来来来,都坐下,先看看这段代码,思考一下结果。

public class SuperClass {
 
    static {
        System.out.println("SuperClass init");
    }
    public static int value = 10;
}
 
class SubClass extends SuperClass {
    static {
        System.out.println("SubClass init");
    }
}
 
class TestClass {
    public static void main(String[] args) {
        System.out.println(SubClass.value);
    }
}

上述代码,只会输出:

SuperClass init10

而不会输出“SubClass init”,对于静态字段,只有直接定义这个字段的类才会被初始化,因此通过其子类来引用父类中定义的静态字段,只会触发父类的初始化,而不会初始化子类。

所以就能证明JVM加载类是懒加载模式, 我们再来看看其他的情况。

public class NotInitialization {
 
    public static void main(String[] args) {
        // SuperClass 引用上面代码的类
        SuperClass[] superClasses = new SuperClass[10];
    }
}

上面这段代码,创建了一个引用类型的数组,请问SuperClass会被初始化么?

“噢,这里都直接new了,肯定会被初始化呀~~”

答案是不会、不会、不会~~

再来看最后一段代码,想想ConstClass中的stataic静态代码块会被执行么?

public class ConstClass {
 
    static {
        System.out.println("ConstClass init");
    }
 
    public static final String HELLOWORLD = "hello world";
}
 
class ConstTest {
    public static void main(String[] args) {
        System.out.println(ConstClass.HELLOWORLD);
    }
}

运行结果也没有输出“ConstClass init”,这是因为虽然在Java代码中引用了ConstClass中的常量,但是在编译阶段,hello world 已经被存储到NotInitialization类的常量池中去了,所以这里HELLOWORLD常量的引用就指向NotIntialization类的常量池了。

猜你喜欢

转载自blog.csdn.net/m0_55849656/article/details/125445334