类加载

1. 预备内容

（1）.class文件

java的编译器在编译java类文件时，会将原有的文本文件(.java)翻译成二进制字节码，并将这些字节码文件存储在.class文件中。也就是说java类文件中的属性、方法、以及类中的常用信息，都会被分别存储在.class文件中，由JVM识别、分析、执行。

Java在不同平台上进行编译，都生成相同的字节码，这些字节码由不同平台的JVM解析成对应平台的机器码进行加载、运行，从而在其他平台无需再次编译，实现Java的跨平台性。

魔数（CAFEBABE）是class文件的头四个字节，用于确定这个文件是否是一个能被虚拟机接受的class文件。

（2）虚拟机结构

方法区和堆由所有线程共享，其他区域都是线程私有的。

（a）程序计数器

通过计数器中的值寻找要执行的字节码，由于多线程间切换时要恢复每一个线程的当前执行位置，所以每个线程都有自己的程序计数器。

（b）虚拟机栈

虚拟机栈表示Java方法执行的内存模型，每调用一个方法，就会生成一个栈帧用于存储方法的本地变量表、操作栈、方法出口等信息，当这个方法执行完后，就会弹出相应的栈帧。

（c）栈帧

分为三个区，局部变量区、操作数栈和帧数据区。

（d）本地方法栈

（e）方法区

用于存储已被虚拟机加载的类型信息、常量、静态变量、即时编译后的代码信息。方法区是线程共享的，当两个线程同时需要加载一个类型时，只有一个类会请求ClassLoader加载，另一个线程会等待。

（f）堆

堆是所有线程共享的，所以存在线程安全问题。用于存放对象和实例，垃圾回收的主要区域就是这里和方法区。如果按垃圾回收按代手机，还可以分为新生代和老年代。新生代又分为Eden区、From Survivor区和To Survivor区。

2.类加载的原理

JVM将class文件字节码加载到内存中，并将这些静态数据转换成方法区中的运行时数据结构，在堆(并不一定在堆中，HotSpot在方法区中)中生成一个代表这个类的java.lang.Class 对象，作为方法区类数据的访问入口。

3.类加载过程

加载、验证、准备、解析、初始化

（1）加载：

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

这个过程主要由类加载器完成

（2）校验：

确保class文件的字节流中包含的信息符合当前虚拟机要求，并且不会危害虚拟机自身的安全。

1. 文件格式验证：基于字节流验证。
2. 元数据验证：基于方法区的存储结构验证。
3. 字节码验证：基于方法区的存储结构验证。
4. 符号引用验证：基于方法区的存储结构验证。

（3）准备：

为类变量分配内存，并将其初始化为默认值，即在方法区中分配这些变量所使用的内存空间。

（4）解析：

将类型中的符号引用（引用目标不一定要加载到内存中）转变为直接引用（可以是指向目标的指针，相对偏移量或是一个能间接定位到目标的句柄）

（5）初始化：

只有以下五种情况会对类要求初始化：

• 使用new关键字实例化对象、访问或者设置一个类的静态字段（被final修饰、编译器优化时已经放入常量池的例外）、调用类方法，都会初始化该静态字段或者静态方法所在的类。
• 初始化类的时候，如果其父类没有被初始化过，则要先触发其父类初始化。
• 使用java.lang.reflect包的方法进行反射调用的时候，如果类没有被初始化，则要先初始化。
• 虚拟机启动时，用户会先初始化要执行的主类（含有main）
• jdk 1.7后，如果java.lang.invoke.MethodHandle的实例最后对应的解析结果是 REF_getStatic、REF_putStatic、REF_invokeStatic方法句柄，并且这个方法所在类没有初始化，则先初始化。

4.类加载器

在类加载过程中，把“通过一个类的全限定名来获取描述此类的二进制字节流”这个动作交给虚拟机之外的类加载器来完成。这样的好处在于我们可以自行实现类加载器来加载其他格式的类。

类加载器分类：

• 启动类加载器（BootStrap Class Loader）：负责加载rt.jar文件中所有的Java类，即Java的核心类都是由该ClassLoader加载。在Sun JDK中，这个类加载器是由C++实现的，并且在Java语言中无法获得它的引用。
• 扩展类加载器（Extension Class Loader）：负责加载一些扩展功能的jar包。
• 系统类加载器（System Class Loader）：负责加载启动参数中指定的Classpath中的jar包及目录，通常我们自己写的Java类也是由该ClassLoader加载。在Sun JDK中，系统类加载器的名字叫AppClassLoader。
• 用户自定义类加载器（User Defined Class Loader）：由用户自定义类的加载规则，可以手动控制加载过程中的步骤。

双亲委派机制

如果一个类加载器收到了类加载器的请求.它先自几而上判断是否已经加载过这个类，如果没有被加载过，就自上而下看能不能加载这个类。因此所有的加载请求最终都会传送到Bootstrap类加载器(启动类加载器)中.只有父类加载反馈自己无法加载这个请求(它的搜索范围中没有找到所需的类)时.子加载器才会尝试自己去加载。

双亲委派模型的优点：java类随着它的加载器一起具备了一种带有优先级的层次关系.

例如类java.lang.Object,它存放在rt.jart之中.无论哪一个类加载器都要加载这个类.最终都是双亲委派模型最顶端的Bootstrap类加载器去加载.因此Object类在程序的各种类加载器环境中都是同一个类.相反.如果没有使用双亲委派模型.由各个类加载器自行去加载的话.如果用户编写了一个称为“java.lang.Object”的类.并存放在程序的ClassPath中.那系统中将会出现多个不同的Object类.java类型体系中最基础的行为也就无法保证.应用程序也将会一片混乱.

5.反射

在运行过程中能够获取类的属性和方法，这种动态获取类的信息的机制就叫反射。

主要方法：

forname()会初始化该类（会执行静态代码块），而loadclass就是加载类，具体的链接、初始化会到实例化该类时再进行