JVM类加载分为5个过程:加载,连接(包括验证、准备、解析),初始化,使用,卸载。
下面的例子清晰明了
转载:https://blog.csdn.net/noaman_wgs/article/details/74489549
什么是双亲委派模型?
如果一个类加载器收到了类加载请求,它并不会自己先去加载,而是把这个请求委托给父类的加载器去执行,如果父类加载器还存在其父类加载器,则进一步向上委托,依次递归,请求最终将到达顶层的启动类加载器,如果父类加载器可以完成类加载任务,就成功返回,倘若父类加载器无法完成此加载任务,子加载器才会尝试自己去加载,这就是双亲委派模型。
双亲委派模型的好处?
- Java类随着它的类加载器一起具备了一种带有优先级的层次关系,通过这种层级关可以避免类的重复加载,当父亲已经加载了该类时,就没有必要子ClassLoader再加载一次。
- 其次是考虑到安全因素,java核心api中定义类型不会被随意替换,假设通过网络传递一个名为java.lang.Integer的类,通过双亲委托模式传递到启动类加载器,而启动类加载器在核心Java API发现这个名字的类,发现该类已被加载,并不会重新加载网络传递的过来的java.lang.Integer,而直接返回已加载过的Integer.class,这样便可以防止核心API库被随意篡改。
如何破坏双亲委派模型?
为了解决类加载器无法加载SPI的问题,java引入了线程上下文类加载器,可通过Thread.setContextClassLoader()设置。 利用线程上下文类加载器去加载所需要的SPI代码,即父类加载器请求子类加载器去完成类加载的过程,而破坏了双亲委派模型。
类加载器能重复加载某一个类吗?
同一个类加载器的实例和同一个class文件只能被加载器一次,多次加载将报错。但是同一个class文件可以被不同的类加载器重复加载,以实现所谓的热部署。
转载:https://blog.csdn.net/javazejian/article/details/73413292
类加载的缓存
某个类通过Classloader加载时,要通过findloadclass()找这个类是否被加载过,而顶层bootstrap类加载器是通过调用本地方法去查找缓存,以确定是否加载过该类。本地方法中是从ResourceEntry中进行查找。ResourceEntry是一个map结构,其key为类的全路径,value是该类,该缓存存在jvm中,每次加载时都去map中找一次,找不到的话就去加载。