深入理解java虚拟机jvm之类加载机制和类加载器(ClassLoader)(5)

1.从java.exe讲java类加载全过程

2.jdk源码剖析jvm核心类加载器

3.jdk源码剖析jvm类加载双亲委派机制

4.手写自定义类加载器打破双亲委派机制

5.tomcat类加载器实现多版本代码共存隔离

【热部署】有可能基于自定义加载器

一.类加载过程

 

 

1。说明:创建jvm的时候启动器实例sum.misc.Launcher,该类由引导器加载器负责加载，同时创建其他类加载器。

sum.misc.Launcher

 2.appClassLoader  ，extClassLoader继承 ClassLoader

 

3. 向上委托源码传入parent

4.在java中创建一个类的实例断电发现:执行父类classLoader的loadclass去委托加载  

这段代码是【双亲委派的精髓】

 调用findClass去查询类

二.类加载器介绍以及双亲委派机制

双亲委派机制:

1.例如 classpath:com.thk.hello 需要加载的时候，需要问 【应用类加载器】你否加载过，回答没有，则向上委托【扩展类加载器】你又没有加载，回答没有，则再向上委托【引导类加载器】你又没有加载，回答没有，则【引导类加载器】去【rt,。。。】去查询没有，则向下找【扩展类加载器】,去【jre/ext】查没有，则向下【应用类加载器】去加载

1.例如 classpath:java.lang.String 在【引导类加载器】中有加载，则不重复加载了

获取类加载器:

String.class.getClassLoader()   输出 【引导类加载器】null，因为底层是c++实现

DNSNameService.class.getClassLoader(); 输出【扩展类加载器】 sum.misc.Launcher$ExtClassLoader

hello.class.getClassLoader(); 输出【应用类加载器】sum.misc.Launcher$AppClassLoader

三.自定义类加载器实现

源码中描述:

 自定义:

 

 

 如果classpath:路径下有User对象，D盘也有User对象，则根据双亲委派加载，这里的D盘不会加载，是【应用类加载器加载的】，【自定义加载器】不会加载

如果classpath:路径下没有User对象，D盘也有User对象，则由【自定义加载器】加载

四:打破双亲委派机制

tomcat采用自定义类加载器，打破了双亲委派

模拟:

D：test1/User.class    say(){print("spring4")}

D：test2/User.class   say(){print("spring5")}

在自定义加载器上，继续重写 classLoader.loadClass方法,加载自己写的类

这里的Object是java.lang下面的，应该由【引用累加载器加载】,【沙箱安全不允许打破】只能向上委托去加载

 

 这里的user对象，采用了两个【自定义加载器对象】去加载，所以可以重复加载