JVM类加载机制

JVM类加载分为5个过程：加载，连接（包括验证、准备、解析），初始化，使用，卸载。

下面的例子清晰明了
转载：https://blog.csdn.net/noaman_wgs/article/details/74489549

什么是双亲委派模型？

如果一个类加载器收到了类加载请求，它并不会自己先去加载，而是把这个请求委托给父类的加载器去执行，如果父类加载器还存在其父类加载器，则进一步向上委托，依次递归，请求最终将到达顶层的启动类加载器，如果父类加载器可以完成类加载任务，就成功返回，倘若父类加载器无法完成此加载任务，子加载器才会尝试自己去加载，这就是双亲委派模型。

双亲委派模型的好处？

1. Java类随着它的类加载器一起具备了一种带有优先级的层次关系，通过这种层级关可以避免类的重复加载，当父亲已经加载了该类时，就没有必要子ClassLoader再加载一次。
2. 其次是考虑到安全因素，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中找一次，找不到的话就去加载。