JVM类加载机制

5个部分：

1、加载：在内存中生成代表这个类的java.lang.Class对象，作为方法区这个类的入口。注意，不一定非得从Class文件获取，也可以是ZIP包（jar包、war包），也可以在运行时生成（动态代理），也可以由其他文件生成（比如JSP文件转换成对应的Class类）。

2、验证：确保Class文件的字节流里包含的信息是否符合当前JVM的要求，不会危害到虚拟机的安全。

3、准备：正式为类变量分配内存并设置初始值的阶段，即在方法区分配这边变量所使用的内存空间。

4、解析：虚拟机将常量池中的符号引用替换为直接引用。

符号引用：引用的目标不一定要已经加载到内存中，各种JVM实现的内存布局各不相同，但他们能接受的符号引用必须是一致的。

直接引用：执行目标的指针，引用的目标必定已经在内存中。

5、初始化：真正执行类中定义的Java程序代码。

类构造器：初始化阶段是执行类构造器<client>方法的过程。<client>方法是类中的类变量的赋值操作和静态语句块中的语句合并而成。如果类没有对静态变量赋值也没有静态语句块，那么编译器可以不为这个类生产<client>()方法。

以下情况不会执行类初始化：

1. 通过子类引用父类的静态字段，只会触发父类的初始化，不会触发子类的初始化。

2. 定义对象数组，不会触发该类的初始化。

3. 常量在编译阶段会存入常量池，不会触发定义常量所在的类。

4. 通过类名获取Class对象，不会触发类的初始化。

5. 通过Class.forName加载指定的类，如果initialize参数为false时，也不会触发类的初始化。

6. 通过ClassLoader默认的loadClass方法，也不会触发类初始化。

类加载器

JVM提供了三种类加载器：

1. 启动类加载器：负责加载JAVA_HOME\lib目录下的，可以通过 -Xbootclasspath指定路径，且被虚拟机认可的类（按文件名识别，如rt.jar）

2. 扩展类加载器：负责加载JAVA_HOME\lib\ext目录中的，可以通过java.ext.dirs系统变量指定路径中的类库；

3. 应用程序类加载器：负责加载类路径（classpath）上的类库。

   JVM通过双亲委派机制进行类的加载，也可以通过继承java.lang.ClassLoader实现自定义的类加载器。

 

双亲委派机制

当一个类收到类加载请求，首先不会自己去加载这个类，而是把这个请求委派给父类。只有当父类加载器反馈自己无法完成这个请求时（在它的加载路径下没有找到所需加载的Class），子类加载器才会自己去加载。

好处是：比如rt.jar包中的类java.lang.Object，使用不同的类加载器最终得到同样一个Object对象