类的加载机制

Java虚拟机与程序的生命周期
在如下的几种情况下，Java虚拟机将结束生命周期
1、执行了System.exit()或者Runtime.getRuntime().exit()代码结束程序
2、程序运行到最后正常结束
3、程序在执行过程中遇到未捕获的异常或错误而结束
4、操作系统出现错误而导致Java虚拟机程序终止
当程序主动使用某个类时，如果该类没有加载到内存中，则系统会通过加载、连接、初始化散个步骤对该类进行类加载。

加载：
将类的.class文件中的二进制数据读入到内存中，将其放在运行时数据区的方法区中，然后在堆取中创建java.lang.Class对象，用来封装类在方法区内的数据结构。
加载.class文件有以下5种方式
1、从本地系统中直接加载
2、通过网络加载.class文件
3、从zip，jar等归档文件中加载,class文件
4、从专有数据库中提取.class文件
5、将Java源文件动态编译为.class文件

类的加载的最终产品是位于堆区中的Class对象，Class对象封装了类在方法区中的数据结构，并且向Java程序员提供了访问方法区内的数据结构的接口。

有两种类型的类加载器：
一、Java虚拟机自带的加载器
1、根类加载器(Bootstrap)
该加载器没有父加载器。它负责加载虚拟器的核心类库。根加载器的实现依赖于底层操作系统，属于虚拟机的实现的一部分，并没有继承java.lang.ClassLoader类。

2、扩展类加载器(Extension)
它的父加载器是根加载器，它从java.ext.dirs系统属性所指定的目录中加载类库，或者从JDK安装的jre/lib/ext子目录下加载类库，如果把用户创建的JAR文件放在这个目录下，也会自动由扩展类加载器加载。扩展类加载器是java.lang.ClassLoader的子类。

3、系统类加载器(System)
它负责在JVM启动时加载来自java命令的-classpath、java.class.path系统属性，或CLASSPAT环境变量所指定的Jar包和类路径。程序可以通过ClassLoader的静态方法getSystemClassLoader()来获取系统类加载器。如果没有特别指定，则用户自定义的类加载器都以类加载器作为父加载器。

二、用户自定义的类加载器（java.lang.ClassLoader的子类）
用户可以定制类的加载方式
JVM规范允许类加载器在预料某个类将要被使用时就预先加载它，如果在预先加载的过程中遇到了.class文件缺失或者存在错误，类加载器必须在程序首次主动使用该类是报告错误(LinkageError错误)，如果这个类一直没有被程序主动使用，那么类加载器就不会报告错误。

类加载的父委托机制：
让父类加载器视图加载该Class，只有在父类加载器无法加载的时候才尝试从自己的类路径中加载该类。它的优点是能够提高软件系统的安全性，因为在此机制下，用户的类加载器不可能加载由父加载器加载的可靠类，从而防止不可靠甚至恶意的代码代替由父加载器加载的可靠代码。

父子加载器并非继承关系，也就是说子加载器不一定是继承了父加载器，例如：
ClassLoader loader1=new MyClassLoader();
ClassLoader loader2=new MyClassLoader(loader1);

定义类加载器：如果某个类加载器能够加载一个类，那么该类加载器就称作：定义类加载器；定义类加载器及其所有子加载器都称作：初始类加载器。

当生成一个自定义类加载器实例时，如果没有指定他的父加载器，那么系统类加载器就讲成为该类加载器的父加载器。

类的连接：
类被加载之后。系统为之生成了一个对应的Class对象，接着将会进入连接阶段，连接阶段负责将类的二进制数据合并到JRE中。类连接分为下面三个阶段：
1、验证：确保Class文件中的字节流包含的信息符合当前虚拟机的要求，并且不会危害虚拟机自身的安全。
2、准备：正式为类变量分配内存并设置类变量初始值（通常情况下是数据类型的零值）的阶段，这些变量所使用的内存都将在方法区中进行分配。实例变量将在对象实例化时随着对象一起分配在Java堆中。这里的通常情况相对的特殊情况，就是类字段存在ConstantValue属性，那么在准备阶段变量会被初始化为ConstantValue所指定的值。
例如public static final int value=123;
编译时javac会为Value生成ConstantValue属性，在准备阶段虚拟机会根据ConstantValue的设置将value赋值为123。
3、解析：类中的符号引用转换成直接引用

类的初始化：
类初始化阶段是执行类构造器方法的过程。
Java程序对类的使用方式可以分为两种：主动使用和被动使用。
所有的Java虚拟机实现必须在每个类或接口被Java程序“首次主动使用”时才初始化他们。

主动使用有下面六种：
1、 创建类的实例
new Test();
2、 访问某个类或接口的静态变量，或者对该静态变量进行赋值
int b=Test.a;
Test.a=b;
3、 调用类的静态方法：
Test.doSomething();
4、 反射：
Class.forName(“com.shengsiyuan.Test”);
5、 初始化一个类的子类
Class parent{}
Class Child extends Parent{
public static int a=3;
}
Child.a=4;
6、Java虚拟机启动时被标明为启动类的类
除了上述六种情况，其他使用Java类的方法都是看做对类的被动使用，都不会导致类的初始化。

虚拟机初始化一个类包含如下几个步骤：
1、如果这个类没有被加载和连接，则程序先加载并连接该类
2、如果这个类的直接父类没有初始化，先初始化其直接父类
3、如果这个类有初始化语句，则系统依次执行这些初始化语句

在初始化阶段，虚拟机执行类的初始化语句，为类的静态变量赋予初始值。
在程序中，静态变量的初始化有两种途径：
1、在静态变量的声明处进行初始化；
2、在静态代码块中进行初始化；

当初始化一个类时，要求它的所有父类都已经被初始化，但是这个规则并不适用于接口
在初始化一个类时，并不会初始化它所实现的接口
在初始化一个接口时，并不会初始化它的父接口