JVM性能优化实战

类加载机制

类生命周期

类加载器

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

查看类对应的加载器

通过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参数，输出类加载和卸载的日志信息。

双亲委派模型

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

首先不会自己去尝试加载类，而是把这个请求委派给父类加载器去完成；每一个层次的加载器都是如此，因此所有的类加载请求都会传给上层的启动类加载器。

只有当父加载器反馈自己无法完成该加载请求(该加载器的搜索范围中没有找到对应的类)时，子加载器才会尝试自己去加载。

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

垃圾回收机制

自动垃圾收集

自动垃圾收集是查看堆内存，识别正在使用哪些对象以及哪些对象未被删除以及删除未使用对象的过程。

使用中的对象或引用的对象以为着程序的某些部分仍然维护指向该对象的指针。程序的任何部分都不再引用未使用的对象或未引用的对象，因此可以回收未引用对象使用的内存。

像C这样的编程语言中，分配和释放内存是一个手动过程。在Java中，接触分配内存的过程由垃圾收集器自动处理。

如何确定内存需要被回收

该过程的第一步称为标记。这是垃圾收集器识别哪些内存正在使用而哪些不在使用的地方。

不同类型内存的判断方式

• 对象回收——引用计数
• 对象回收——可达性分析
• 方法区回收

可达性分析算法

简单来说，将对象及其引用关系看作一个图，选定活动的对象作为GC Roots；然后跟踪引用链条，如果一个对象和GC Roots之间不可达，也就是不存在引用，那么即可认为是可回收对象。

可以作为GC Root的对象：

1. 虚拟机栈中正在引用的对象。
2. 本地方法栈中正在引用的对象。
3. 静态属性引用的对象。
4. 方法区常量引用的对象。

引用类型和可达性级别

引用类型

1. 强引用(Strong Reference):最常见的普通对象引用，只要还有强引用指向一个对象，就不会回收。

2. 软引用(Soft Reference): JVM认为内存不足时，才会去试图回收软引用指向的对象。(缓存场景)

3. 弱引用(Weak Reference): 虽然是引用，但随时可能被回收掉。

4. 虚引用(Phantom Reference):不能通过它访问对象。供了对象被finalize以后，执行指定逻辑的机制(Cleaner)

可达性级别

1. 强可达(Strongly Reachable):一个对象可以有一个或多个线程可以不通过各种引用访问到的情况。
2. 软可达(Softly Reachable):就是当我们只能通过软引用才能访问到对象的状态。
3. 弱可达(Weakly Reachable):只能通过弱引用访问时的状态。当弱引用被清除的时候，就符合销毁条件。
4. 幻象可达(Phantom Rea