介绍
Java虚拟机对class文件采用的是按需加载的方式，也就是说当需要使用该类时才会将它的class文件加载到内存生成class对象。而且加载某个类的class文件时，Java虚拟机采用的是双亲委派模式，即把请求交由父类处理，他是一种任务委派模式。
工作原理
在看工作原理前，我们先来看看一个案例
public class StringTest {
public static void main(String[] args) {
String string = new String();
System.out.println("你好，Java");
}
}
运行结果：
你好，Java
我们都知道，String是java.lang包下面的类，那如果我自己创建一个java.lang包，然后在这个包下面建一个String对象，那么他会去加载哪个String呢？我们下面来看一下
新建java.lang包，写一个String类：
package java.lang;
public class String {
static {
System.out.println("自定义String类的静态代码块");
}
}
我们继续运行，发现还是输出的你好，Java
根据输出结果，我们可以知道，它并没有去加载我们自定义的String类，而是加载的Java自带的那个String类，这是为什么呢？我们接下来讨论。
双亲委派机制工作原理：
1、如果一个类加载器收到了类加载请求，它并不会自己先去加载，而是把这个请求委托给父类的加载器去执行，
2、如果父类加载器还存在其父类加载器，则进一步向上委托，依次递归，请求最终将到达顶层的启动类加载器。
3、如果父类加载器可以完成类加载任务，就成功返回，倘若父类加载器无法完成此加载任务，子加载器才会尝试自己去加载，这就是双亲委派模式
双亲委派机制举例
程序中，我们需要用到SPI接口，SPI接口属于核心API，就使用双亲委派机制，一直到引导类加载器，引导类加载器去加载rt.jar包，就把SPI的核心jar加载过来了。rt中会存在一些接口，接口需要具体的实现类了，这就涉及到一些第三方的jar包了(这里我们加载的JDBC.jar)。这里由于是第三方jar包，这就不属于引导类加载器了，而是需要我们的系统类加载器了(这里就有了反向委派，一直委派到系统类加载器)，系统类加载器是由当前线程的ContextClasssLoader获取到的，由它来加载jdbc的具体实现类jdbc里面的API
双亲委派机制优势
1、避免类的重复加载
2、保护程序安全，防止核心API被随意篡改
->自定义类：java.lang.String
->自定义类：java.lang.ShkStart
沙箱安全机制
自定义String类，但是在加载自定义String类的时候会率先使用引导类加载器加载，而引导类加载器在加载的过程中会先加载jdk自带的文件(rt.jar包中java\lang\String.class),报错信息说没有main方法，就是因为加载的是rt.jar包中的String类。这样可以保证对java核心源代码的保护，这就是沙箱安全机制。
其他
在JVM中表示两个class对象是否为同一个类存在的两个必要条件：
1、类的完整类名必须一致，包括包名
2、加载这个类的ClassLoader(指ClassLoader实例对象)必须相同
换句话说，在JVM中，即使这两个类对象(Class对象)来源同一个Class文件，被同一个虚拟机所加载，但只要加载他们的ClassLoader实例对象不同，那么这两个类对象也是不相等的。
对类加载器的引用
JVM必须知道一个类型是由启动类加载器加载的还是由用户类加载器加载的，如果一个类型是由用户类加载器加载的，那么JVM会将这个类加载器的一个引用作为类型信息的一部分保存在方法区中。当解析一个类型到另一个类型的引用的时候，JVM需要保证这两个类型的类加载器是相同的。
Java程序对类的使用方式分为：主动使用和被动使用
- 主动使用，又分为7中情况：
- 创建类的实例
- 访问某个类或接口的静态变量，或者对该静态变量赋值
- 调用类的静态方法
- 反射(比如：Class.forName("com.shiro.test"))
- 初始化一个类的子类
- Java虚拟机启动时被标明为启动类的列
- JDK 7 开始提供的动态语言支持：
- Java.lang.invoke.MethodHandle实例的解析结果REF_getStatic、REF_putStatic、REF_invokeStatic句柄对应的类没有初始化，则初始化
- 除了以上七种情况，其他使用Java类的方式都被看作是对类的被动使用，都不会导致类的初始化