类加载机制和双亲委派机制

类的生命周期:
1 加载 -> 2 链接 {(1)准备 (2)验证 (3)解析}-> 3初始化 -> 4 使用 ->5卸载
类加载机制和双亲委派机制
**1加载:**加载阶段虚拟机需要完成以下 3 件事情:
1)通过一个类的全限定名来获取定义此类的二进制字节流。
2)将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构。 3)在内存中生成一个代表这个类的 java.lang.Class 对象,作为方法区这个 类的各种数据的访问入口。

2验证:文件格式验证,元数据验证,字节码验证,符号引用验证
**3准备:**分配内存,初始化类变量
**4解析:**解析阶段是 JVM 将常量池内的符号引用替换为直接引用的过程。
**5初始化:**初始化主要是对一个 class 中的 static{}语句进行操作。
初始化阶段,虚拟机规范则是严格规定了有且只有 6 种情况必须立即对类进行“初始化”(而加载、验证、准备自然需要在此之前开始):
1)遇到 new、getstatic、putstatic 或 invokestatic 这 4 条字节码指令时,如果类没有进行过初始化,则需要先触发其初始化。生成这 4 条指令的最常见的 Java 代码场景是:  使用 new 关键字实例化对象的时候。  读取或设置一个类的静态字段(被 final 修饰、已在编译期把结果放入常量池的静态字段除外)的时候  调用一个类的静态方法的时候。
2)使用 java.lang.reflect 包的方法对类进行反射调用的时候,如果类没有进行过初始化,则需要先触发其初始化。
3)当初始化一个类的时候,如果发现其父类还没有进行过初始化,则需要先触发其父类的初始化。
4)当虚拟机启动时,用户需要指定一个要执行的主类(包含 main()方法的那个类),虚拟机会先初始化这个主类。
5)当使用 JDK 1.7 的动态语言支持时,如果一个 java.lang.invoke.MethodHandle 实例最后的解析结果 REF_getStatic、REF_putStatic、REF_invokeStatic 的方法 句柄,并且这个方法句柄所对应的类没有进行过初始化,则需要先触发其初始化。
6)当一个接口中定义了 JDK1.8 新加入的默认方法(被 default 关键字修饰的接口方法)时,如果这个接口的实现类发生了初始化,那该接口要在其之前 被初始化。
**6使用:**调用类方法
**7卸载:**条件很苛刻

JDK 提供的三层类加载器

Bootstrap ClassLoader启动类加载器,加载核心类库,rt.jar、resources.jar、charsets.jar
Extention ClassLoader拓展类加载器,加载lib/ext下的jar 包和 .class 文件。jar 包和 .class 文件。
Application ClassLoader这是我们写的 Java 类的默认加载器,加载classpath下的jar,我们自己写的代码首先会尝试使用这个类加载器
Custom ClassLoader 自定义加载器,支持一些个性化的扩展功能。

双亲委派机制
当一个类初始化的时候,这个时候会先去找Application ClassLoader这个类加载器询问是否已加载,Application ClassLoader又会去询问Extention ClassLoader,Extention ClassLoader再去询问Bootstrap ClassLoader,最后Bootstrap ClassLoader往下传达是否可加载。
类加载机制和双亲委派机制
代码
类加载机制和双亲委派机制