类加载机制

类加载机制

概念： 虚拟机把描述类的数据从Class文件加载到内存，并对数据进行校验、转换解析和初始化，最终形成可以被虚拟机直接使用的java类型，这就是虚拟机的类加载机制。
类的生命周期： 加载 -> 验证 -> 准备 -> 解析 -> 初始化 -> 使用 -> 卸载7个阶段，解析某种情况下可以在初始化后面开始。

初始化时间（有且只有）：

1.new实例化对象时、读取或设置一个类的静态字段的时候、调用一个类的静态方法的时候，如未初始化则初始化
2.使用反射时，如未初始化则初始化
3.初始化子类发现其父类未初始化，则先初始化父类
4.虚拟机启动时，需要指定一个要执行的主类（包含main方法的类），会先初始化这个主类

加载：

1.通过一个类的全限定类名来获取此定义类的二进制字节流
2.将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构
3.在内存中生成一个代表这个类的Class对象（这个Class对象放在方法区中），作为方法区这个类的各种数据的访问入口

验证：

目的是为了确保Class文件的字节流中包含的信息符合当前虚拟机的要求，并且不会危害虚拟机自身的安全
1.文件格式验证（验证字节流是否符合规范）
　　常量池的常量中是否有不被支持的常量类型
2.元数据验证（对字节码描述的信息进行语义分析，对数据类型校验）
　　这个类是否有父类（除Ｏbject类，所有类都应该有父类）
　　这个类是否继承了不允许被继承的类（被final修饰的类）
　　如果这个类不是抽象类，是否实现了其父类或接口中要求实现的所有方法
3.字节码验证（确定语义合法、符合逻辑，对类的方法校验）
　　保证跳转指令不会跳转到方法体以外的字节码指令上
4.符号引用验证
　　符号引用中通过字符串描述的权限定类名是否能找到相应的类
　　符号引用中的类、字段、方法的访问性（private、protected、default、public）是否可以被当前类访问

准备：

这个阶段是正式为类变量分配内存并且设置初始值的阶段,这些变量所使用的内存都将在方法区中分配。
实例变量将会在对象实例化时随着对象一起分配在java堆中

解析：

这个阶段是虚拟机将常量池中的符号引用替换为直接引用的过程
符号引用：用一组符号来描述所引用的目标，使用时能无歧义定位到目标即可
直接引用：直接指向目标的指针、相对偏移量或一个能间接定位到目标的句柄

初始化：

如果多个线程同时初始化一个有()的类，那么只有一个线程可以执行，其他线程都需要阻塞等待，直到这个线程执行完这个方法，其他线程被唤醒后不会再执行()方法，同一个类加载器下，一个类只会初始化一次

类加载器

类加载阶段中的 “通过一个类的全限定类名来获取此定义类的二进制字节流 ” 这个动作放到JVM外部实现，以便让应用程序自己决定如何去获取所需要的类。实现这个动作的代码模块称为 “类加载器”。

比较两个类是否相等，只有在这两个类是有同一个类加载器加载的前提下才有意义，否则，即使这两个类来源于同一个Class文件，被同一个虚拟机加载，只要加载它们的类加载器不同，那这两个类就必定不相等。

3种类加载器：
启动类加载器(BootStrap ClassLoader)：加载<JAVA_HOME>\bin目录中，并被虚拟机识别的类
扩展类加载器(Extension ClassLoader)：加载<JAVA_HOME>\bin\ext目录中的，开发者可以直接使用
应用类加载器(Application ClassLoader)：加载ClassPass中的，开发者可以直接使用，一般默认为它

双亲委派机制：如果一个类加载器收到了类加载的请求，它首先不会自己去尝试加载这个类，而是把请求委派为父类加载器去完成，每一个层次的类加载器都是如此，因此所有的类加载请求都应该传送到顶层的Bootstrap ClassLoader中，只有当父加载器反馈自己无法完成这个类加载请求时，子加载器才尝试自己去加载。

优点： java类随着它的类加载器一起具备了一种带有优先级的层次关系，例如Object类，无论哪个类加载器加载这个类，最终都是Bootstrap ClassLoader加载，因此，Object类在程序的各种类加载器环境中都是同一个类

如果没有双亲委派机制，一个类在系统中可能会出现多个不同的类，应用程序将一篇混乱。