JVM性能篇----类加载机制

类加载机制

JVM是用来存储加载的类信息、常量、静态变量、编译后的代码等数据的。那么一个Java类是如何加载的呢？

首先，我们从Java的类生命周期开始讲起：

1.加载：读取二进制内容。

2.验证：验证class文件格式规范、语义分析、引用验证、字节码验证。

3.准备：分配内存、设置类static修饰的变量初始值。

4.解析：类、接口、字段、类方法等解析。 

5.初始化：为静态变量赋值；执行静态代码块。

6.使用：创建实例对象。

7.卸载：从JVM方法区中卸载。

类加载器

类加载器负责装入类，搜索网络、jar、zip、文件夹、二进制数据、内存等指定位置的类资源。一个Java程序运行，最少有三个类加载实例，负责不同类的加载。

1.Bootstrap Class Loader 核心类库加载器：C/C++实现，无对应Java类：null，加载JRE_HOME/jre/lib目录，或用户配置的目录，JDK核心类库：rt.jar……String……

2.Extension Class Loader扩展类库加载器：ExtClassLoader的实例：加载JRE_HOME/jre/lib/ext目录，JDK拓展包，或用户配置的目录。

3.Application Class Loader用户应用程序加载器：AppClassLoader的实例：加载java.class.path指定的目录，用户应用程序class-path或者java命令运行时参数-cp

查看对应的类加载器

通过JDK-API进行查看：java.lang.Class.getClassLoader()，返回装在类的类加载器，如果这个类是由bootstrapClassLoader加载的，那么这个方法在这种实现中将返回null。

JVM如何知道我们的类在何方

class信息存放在不同的位置，桌面jar、项目bin目录、target目录等等..

查看openjdk源码：sun.misc.Launcher.AppClassLoader

结论：读取java.class.path配置，指定去哪些地址加载类资源

验证过程：利用jps、jcmd两个命令

1、jps查看本机Java进程

2、查看运行时配置：jcmd 进程号 VM.system_properties

类不会重复加载

类的唯一性：同一个类加载器，类名一样，代表是同一个类。

识别方式：ClassLoader Instance id + PackageName + ClassName

验证方式：使用类加载器，对于同一个class类的不同版本，进行多次加载，检查是否会加载到最新的代码。

类的卸载

类什么时候会被卸载？

需要满足如下两个条件：

1、该Class所有的实例都已经被GC；

2、加载该类的ClassLoader实例已经被GC；

验证方式：jvm启动中增加-verbose:class参数，输出类加载和卸载的日志信息。

双亲委派模型 （败家子模型）

为了避免重复加载，由下到上逐级委托，由上到下逐级查找。 

首先不会自己去尝试加载类，而是把这个请求委派给父加载器去完成；每一个层次的加载器都是如此，因此所有的类加载请求都会传给上层的启动类加载器。只有当父加载器反馈自己无法完成该加载请求（该加载器的搜索范围中没有找到对应的类）时，子加载器才会尝试自己去加载。

注：类加载器之间不存在父类子类关系，“双亲”是翻译，可以理解为逻辑上定义的上下级关系。