JVM面试37问

是由 Sun 的 AppClassLoader（sun.misc.Launcher$AppClassLoader）实现的。它负责将系统类路径（CLASSPATH）中指定的类库加载到内存中。开发者可以直接使用系统类加载器。由于这个类加载器是ClassLoader中的getSystemClassLoader()方法的返回值，因此一般称为系统（System）加载器。

4）用户自定义类加载器

在Java的日常应用程序开发中，类的加载几乎是上述3种类加载器相互配合执行的，在必要时，我们还可以自定义类加载器，来定制类的加载方式。

自定义类加载器的目的：

（1）隔离加载类

（2）修改类加载的方式

（3）扩展加载源

（4）防止源码泄露

类加载器的关系

BootStrap启动类加载器是Extension扩展类加载器的父类，Extension扩展类加载器是APP应用程序类加载器的父类，APP应用程序类加载器是Custom ClassLoader自定义加载器的父类。

2、双亲委派方式加载类有什么优势、劣势？

优势:

1.避免类的重复加载，确保一个类的全局唯一性

Java 类随着它的类加载器一起具备了一种带有优先级的层级关系，通过这种层级关系可以避免类的重复加载，当父亲已经加载了该类时，就没有必要子ClassLoader 再加载一次

2.保护程序安全，防止核心 API 被随意篡改

劣势:

1.无法扩展加载源.

2.无法实现对字节码文件进行加密后再通过类加载器对其进行解密.

3.无法实现隔离类的加载.

4.在某些场景下双亲委派制过于局限，所以有时候必须打破双亲委派机制来达到目的。例如：SPI机制

检查类是否加载的委派过程是单向的，这个方式虽然从结构上说比较清晰，使各个 ClassLoader 的职责非常明确，但是同时会带来一个问题，即顶层的ClassLoader 无法访问底层的 ClassLoader 所加载的类，通常情况下，启动类加载器中的类为系统核心类，包括一些重要的系统接口，而在应用类加载器中，为应用类。按照这种模式，应用类访问系统类自然是没有问题，但是系统类访问应用类就会出现问题。比如在系统类中提供了一个接口，该接口需要在应用类中得以实现，该接口还绑定一个工厂方法，用于创建该接口的实例，而接口和工厂方法都在启动类加载器中。这时，就会出现该工厂方法无法创建由应用类加载器加载的应用实例

双亲委派机制原理：

1.如果一个类加载器收到了类加载请求，它并不会自己先去加载，而是把这个请求委托给父类的加载器去执行。

2.如果父类的加载器还存在其父类加载器，则进一步向上委托，依次递归请求最终达到顶层的启动类加载器。

3.如果父类加载器可以完成类加载任务，就成功返回，倘若父类加载器无法完成此加载任务，子加载器才会尝试自己去加载，这就是双亲委派机制。

3、描述一些类加载时候的基本步骤是怎样的？

一般来说，我们把Java的类加载过程分为三个主要步骤：加载、链接、初始化，具体行为在Java虚拟机规范里有非常详细的定义。

加载阶段（Loading）：它是Java将字节码数据从不同的数据源读取到JVM中，并映射为JVM认可的数据结构（Class对象）。这里的数据源可能是各种各样的形态，如jar文件、class文件，甚至是网络数据源等。如果输入数据不是ClassFile的结构，则会抛出ClassFormatError。

加载阶段是用户参与的阶段，我们可以自定义类加载器，去实现自己的类加载过程。

链接阶段（Linking）：这是核心的步骤，简单说是把原始的类定义信息平滑地转化入JVM运行的过程中。这里可进一步细分为三个步骤：

验证（Verification），这是虚拟机安全的重要保障，JVM需要核检字节信息是符合Java虚拟机规范的，否则就被认为是VerifyError。这样就防止了恶意信息或者不合规的信息危害JVM的运行。验证阶段有可能触发更多class的加载。
准备（Preparation），创建类或接口中的静态变量，并初始化静态变量的初始值。但这里的“初始化”和下面的显式初始化阶段是有区别的，侧重点在于分配所需要的内存空间，不会去执行更进一步的JVM指令。
解析（Resolution），在这一步会将常量池中的符号引用（symbolic reference）替换为直接引用。在Java虚拟机规范中，详细介绍了类、接口、方法和字段等各个方面的解析。

初始化（Initialization）：这一步真正去执行类初始化的代码逻辑，包括静态字段复制的动作，以及执行类定义中的静态初始化块内的逻辑。编译器在编译阶段就会把这部分逻辑整理好，父类型的初始化逻辑优先于当前类型的逻辑。

4、什么情况下会触发类的加载？

以下情况会触发类的初始化：

遇到new，getstatic，putstatic，invokestatic这4条指令；
使用java.lang.reflect包的方法对类进行反射调用；
初始化一个类的时候，如果发现其父类没有进行过初始化，则先初始化其父类（注意！如果其父类是接口的话，则不要求初始化父类）；
当虚拟机启动时，用户需要指定一个要执行的主类（包含main方法的那个类），虚拟机会先初始化这个主类；
当使用jdk1.7的动态语言支持时，如果一个java.lang.invoke.MethodHandle实例最后的解析结果REF_getstatic，REF_putstatic,REF_invokeStatic的方法句柄，并且这个方法句柄所对应的类没有进行过初始化，则先触发其类初始化；
调用静态成员时，会加载静态成员真正所在的类及其父类。通过子类调用父类的静态成员时，只会加载父类而不会加载子类。
第一次 new 对象的时候加载(第二次再 new 同一个类时，不需再加载)。
加载子类会先加载父类。(覆盖父类方法时所抛出的异常不能超过父类定义的范围)

注：如果静态属性有 final 修饰时，则不会加载，当成常量使用。

例：public static final int a =123;

但是如果上面的等式右值改成表达式(且该表达式在编译时不能确定其值)时则会加载类。

例：public static final int a = math.PI

如果访问的是类的公开静态常量，那么如果编译器在编译的时候能确定这个常量的值，就不会被加载;

如果编译时不能确定其值的话，则运行时加载