Java类加载机制

类加载机制的概述：
虚拟机将描述类的数据从Class文件（静态描述）加载到内存，并对数据进行校验，转换解析，初始化，最终形成可以被虚拟机直接使用的Java类型，这就是类加载机制。

Java是一个可以动态扩展的语言
因为java的类加载机制相当于一个懒加载策略，用到了才加载，和动态连接，在程序运行期间可以随时改变

类加载的时机
加载---->连接---->初始化----->使用---->卸载
连接分为：验证，准备，解析
加载：并没有明确规定什么时机进行，什么时候用到了，什么时机加载，类似于懒加载
连接：在加载开始之后，就开始连接，加载开始就开始连接，加载结束后，连接才会结束，中间那部分是并行的，在连接之前，类必须成功的加载过
加载-----------------------end
连接--------------------------end

初始化：比较严格，5个要求：
1遇到new（new一个新实例），getstatic（得到一个类的静态字段），putstatic（设置一个类的静态字段），imvokestatic（调用类的静态方法）4条字节码指令时，如果类还没有进行过初始化，则需要先触发其初始化。最常见的 是使用new实例化对象，读取或设置一个类的静态字段（被final修饰，已在编译器把结果放入常量池的静态字段除外）的时候，以及调用一个类的静态方法的时候
2 使用反射包java.lang.reflect包的方法对类进行反射调用的时候，如果类没有初始化，必须先进行初始化
3 当初始化一个类的时候，发现其父类没有进行初始化，则先触发其父类的初始化，会一层一层的往上找，直到找到最上面的父类，最后初始化子类
4 虚拟机启动的时候，用户需指定一个要执行的主类，包含main（）的类，虚拟机会先初始化这个主类
验证3，4


运行结果：

说明：
包含main方法的类会被加载，先加载其父类

不被初始化的例子：
1子类引用父类的静态字段,不会加载子类，只加载父类
2 通过数组定义来引用类
3 调用类的常量（final修饰的，见第一条）

代码验证：1
父类加个静态变量
public static int num= 10；
新建一个类，在main方法中调用child.num
结果为

2

3
在child类中定义一个常量：
public static final int a = 10;

类加载的过程
主要干三件事：
1 通过一个类的全限定名来获得此类的二进制 字节流
2 将这个二进制字节流所代表的静态描述 数据结构 转化成运行时 方法区 的数据结构
3 在内存中生成一个代表这个类的 java.lang.Class对象，作为方法区这个类 各种数据的 访问入口（对象是入口）

详解：
1 从哪加载字节流呢？很多，只要是二进制字节流就可以，
从zip包中读取，常用，最终成为日后JAR，EAR，WAR格式的基础（文件）
从网络中获取，这种场景最典型的就是Applet（网络）
运行时计算生成，这种场景使用的最多的就是动态代理，在java.lang.reflect.proxy中，就是用了ProxyGenerator.generateProxyClass来为特定接口生成形式为“*$Proxy”的代理类的二进制字节流

2 类似于spring中，在配置文件中配置了大量的bean，运行时要转换到spring 的ioc容器的bean中，从spring的bean这个对象，可以拿到定义中bean标签下很多数据，

验证：
是连接的第一步，为了确保class文件的字节流包含的信息符合当前虚拟机的要求，并且不会危害虚拟机自身的安全
虽然java相对于c比较安全，很多危险的访问（比如说访问数组界外的元素）是在编译期间被拒绝的，但是Class文件不一定由class文件编译而来，所以必须进行验证。
文件格式验证：是否符合Class文件规范，比如常量池中的常量是否有不被支持的常量类型，目的是保证输入的字节流能正确的解析并存储于方法区内，
元数据验证：任何一个类都有父类，验证是否有父类，是否继承了不能被继承的类（final类）等等，么有父类肯定是不对的
字节码验证： 很复杂
符号引用验证：发生在将符号引用转化为直接引用的时候，这个转化动作将发生在连接的第三阶段–解析中，通常验证符号引用中通过字符串描述的全限定名是否能找到对应的类等等

准备：
正式为类的变量分配内存并设置初始值，这些变量的内存都在方法区中
这个初始值，不是你赋值的那个，是默认值，
int 0
boolean false
float 0.0
char ‘0’
引用对象（抽象数据类型）：null
被final修饰的：不仅仅会设置初始值，而且会从常量池中拿出值赋值

解析：
虚拟机将常量池中的符号引用（类的全限定名）替换为直接引用（指向目标的指针）的过程。
类或接口的解析：
字段解析：
类方法的解析
接口方法的解析
除了接口方法，都会去确认是否具有访问权限，如果不具备访问权限，将抛出IllegalAccessError异常，接口方法因为都是public，所以不用

初始化：
类加载的最后一步
初始化是执行()方法的过程

为什么编译报错呢？
因为< clinit>()方法是由编译器自动收集类中的所有类变量的赋值动作和静态代码块中的语句合并而成，顺序由源文件中的顺序决定，静态代码块只能访问定义在静态代码块之前的变量，定义在他后面的变量，只能赋值，不能访问

由于父类中< clinit>()方法先执行，意味着定义的静态代码块要优于子类的赋值操作，所以是2
其实也可以看做要先加载父类，然后静态代码块一定会执行，所以B=A=2
< clinit>()方法对于接口和类不是必须的，如果一个类没有静态代码块，也没有对变量的赋值操作，可以不用这个方法。
如果多个线程同时执行一个类，那么只有一个线程会执行初始化，如果执行时间过长，会造成其他线程的阻塞。

线程池中的一个线程执行初始化，其他线程会一直等待初始化完成。

类加载器：
比较一个类是否相同，只有这两个雷是由同一个类加载器的前提下才有意义，否则，即使这两个类来自同一个Class文件，被同一个虚拟机加载，只要加载器不同，那这两个类的.equals结果肯定为false。

绝大多数Java程序都会用到以下3种系统提供的类加载器：
1启动类加载器：由c++实现，是虚拟机的一部分，用于加载javahome的lib目录下的类
2 扩展类加载器：加载lib下ext目录下的类
3应用程序类加载器：加载我们自定义的类和jar包什么的
4 自定义类加载器

双亲委派模型：jdk1.2后才有

上层的类加载器是下层的父类，不是以继承实现，而是使用Composition组合来复用父加载器，
流程加载时：就是先有自定义类加载器扔给应用程序类加载器，他再往上扔，直到扔到启动类加载器了，他没有父加载器了，它就开始加载，如果加载不成功，交给子加载器 --扩展类加载器，如果扩展类加载器也不成功，交给下一层，以此类推，
总结一下：
1一个类加载器要加载一个类，首先扔给上层的类加载器，直到扔到顶层的类加载器
2如果上层不能加载这个类，下一层尝试加载这个类，如果到发起类加载请求的类都不能加载这个类的话，就抛出ClassNotFoundException，而不会再让子加载器进行加载。

双亲委派模型的优点:
例如java.lang.Object类，在rt.jar中，无论是哪个类加载器要加载这个类，最终都会交给最顶层的启动类加载器加载，保证越基础的类，越会被顶层的类加载器加载，越稳定，如果没有双亲委派模型，我们自己也可以在java.lang包下写一个叫Object的类，导致系统中出现多个Object类，java类型体系中最基础的行为无法保证。