JVM学习笔记23——类加载器命名空间总结与扩展类加载器要点分析

类加载器的双亲委托模型的好处

1. 可以确保Java核心库的类型安全：所有的Java应用都至少会引用java.lang.object类，也就是说在运行期，java.lang.object这个类会被加载到java虚拟机中；如果这个加载过程是由Java应用自己的类加载器所完成的，那么很可能就会在jvm中存在多个版本的java.lang.object类,而且这些类之间是不兼容的，相互不可见的（正是命名空间在发挥作用）。借助于双亲委托机制，Java核心类库中的类的加载工作都是由启动类加载器统一完成加载工作，从而确保了Java应用所使用的都是同一个版本的Java核心类库，他们之间是相互兼容的。
2. 可以确保Java核心类库所提供的的类不会被自定义的类所替代。
3. 不同的类加载器可以为相同名称（binary name）的类创建额外的命名空间，相同名称的类可以并存在Java虚拟机中，只需要用不同的类加载器来加载他们即可。不同类加载器所加载的类之间是不兼容的，这就相当于在Java虚拟机内部创建了一个又一个相互隔离的Java类空间，这类技术在很多框架中都得到了实际应用。

 

扩展类加载器

新建MyTest22

public class MyTest22 {

    static {
        System.out.println("MyTest22 initializer");
    }

    public static void main(String[] args) {
        System.out.println(MyTest22.class.getClassLoader());
        System.out.println(MyTest1.class.getClassLoader());
    }

}

执行结果如下

将扩展类加载器加载目录指定到应用类加载器的目录

java -Djava.ext.dirs=""./ com.yshuoo.jvm.classloader.MyTest22

输出说明扩展类加载器没找到MyTest22和MyTest1，需要打成jar包才可以

jar cvf test.jar com/yshuoo/jvm/classloader/MyTest1.class

再执行可以看到MyTest1由扩展类加载器加载

将指令中的点去掉，变成从根目录下寻找类，执行

java -Djava.ext.dirs=""/ com.yshuoo.jvm.classloader.MyTest22

说明扩展类加载器找不到相应的类，最后由应用类加载器加载

微信公众号：二虎程序

代码地址：https://github.com/TigerTurbo/jvm_lecture