JVM 知识点总结

JVM 模型

垃圾回收算法

标记-清除算法

算法分为“标记”和“清除”阶段：首先标记出所有需要回收的对象，在标记完成后统⼀回收所有被标记的对象。它是最基础的收集算法，后续的算法都是对其不足进行改进得到。

复制算法

为了解决效率问题，“复制”收集算法出现了。它可以将内存分为大小相同的两块，每次使用其中的⼀块。当这⼀块的内存使用完后，就将还存活的对象复制到另⼀块去，然后再把使用的空间⼀次清理掉。这样就使每次的内存回收都是对内存区间的⼀半进行回收。

标记-整理算法

根据老年代的特点特出的⼀种标记算法，标记过程仍然与“标记-清除”算法⼀样，但后续步骤不是直接对可回收对象回收，⽽是让所有存活的对象向⼀端移动，然后直接清理掉端边界以外的内存。

分代收集算法

当前虚拟机的垃圾收集都采用分代收集算法，这种算法没有什么新的思想，只是根据对象存活周期的不同将内存分为几块。⼀般将java堆分为新生代和老年代，这样我们就可以根据各个年代的特点选择合适的垃圾收集算法。
比如在新生代中，每次收集都会有大量对象死去，所以可以选择复制算法，只需要付出少量对象的复制成本就可以完成每次垃圾收集。而老年代的对象存活几率是比较高的，而且没有额外的空间对它进⾏分配担保，所以我们必须选择“标记-清除”或“标记-整理”算法进行垃圾收集。

双亲委派模型

双亲委派模型的工作流程是：如果一个类加载器收到了类加载的请求，它首先不会自己去尝试加载这个类，而是把请求委托给父加载器去完成，依次向上，因此，所有的类加载请求最终都应该被传递到顶层的启动类加载器中，只有当父加载器在它的搜索范围中没有找到所需的类时，即无法完成该加载，子加载器才会尝试自己去加载该类。

为什么要用双亲委派模型

双亲委派保证类加载器，自下而上的委派，又自上而下的加载，保证每一个类在各个类加载器中都是同一个类。一个非常明显的目的就是保证java官方的类库\lib和扩展类库\lib\ext的加载安全性，不会被开发者覆盖。
例如类java.lang.Object，它存放在rt.jar之中，无论哪个类加载器要加载这个类，最终都是委派给启动类加载器加载，因此Object类在程序的各种类加载器环境中都是同一个类。如果开发者自己开发开源框架，也可以自定义类加载器，利用双亲委派模型，保护自己框架需要加载的类不被应用程序覆盖。
双亲委派模型意义

• 系统类防止内存中出现多份同样的字节码
• 保证Java程序安全稳定运行

双亲委派机制可以打破吗？

双亲委派模型并不是一个具有强制性约束的模型，而是Java设计者推荐给开发者们的类加载器实现方式。这个委派和加载顺序完全是可以被破坏的。只需要在自定义类加载器的时候重写loadClass方法就可以打破双亲委派机制。

几种JC，以及JC 之间的比较

如何确认垃圾？垃圾标记

引用计数法

给对象中添加⼀个引用计数法，每当有⼀个地方引用它，计数器就加1；当引用失效，计数器就减1；任何时候计数器为0的对象就是不可能再被使用的。
优点：

1. 实时性：无需等到内存不够的时候，才开始回收，运行时根据对象的计数器是否为0，就可以直接回收。
2. 应用无需挂起：在垃圾回收过程中，应用无需挂起。
3. 区域性：更新对象的计数器时，只是影响到该对象，不会扫描全部对象。
   缺点：
4. 浪费cpu，即使内存够用，仍然在运行时进行计数器的统计。
5. 每次对象被引用时，都需要去更新计数器，有一点时间开销。
6. 无法解决循环引用问题。

可达性分析算法

JVM默认使用可达性分析算法。
这个算法的基本思想就是通过⼀系列的称为 “GC Roots” 的对象作为起点，从这些节点开始向下搜索，节点所走过的路径称为引用链，当⼀个对象到 GC Roots 没有任何引用链相连的话，则证明此对象是不可用的。

垃圾回收器

类加载有三种方式

1. 命令行启动应用时候由JVM初始化加载
2. 通过Class.forName()方法动态加载
3. 通过ClassLoader.loadClass()方法动态加载