JVM专题全解
作者：互联网
一、JVM简略图
1、程序计数器
一块较小的内存空间, 是当前线程所执行的字节码的行号指示器，每条线程都要有一个独立的程序计数器，这类内存也称为“线程私有”的内存
2、Java虚拟机栈
描述了java方法执行时的内存模型，每个方法在执行的同时都会创建一个栈帧（Stack Frame）用于 存储局部变量表、操作数栈、动态链接、方法出口等信息 。每一个方法从调用直至执行完成的过程，就对应着一个栈帧在虚拟机栈中入栈到出栈的过程。，栈帧随着方法调用而创建，随着方法结束而销毁
3、本地方法栈
本地方法栈和 Java虚拟机栈作用类似, 区别是Java虚拟机栈是为执行 Java 方法服务, 而本地方法栈则是为Native 方法服务
4、堆
堆是被所有线程共享的一块内存区域，各个线程所创建的对象和数组都保存在 Java 堆内存中，它也是垃圾收集器进行垃圾收集的最重要的内存区域。由于现代 VM 采用分代收集算法, 因此 Java 堆从 GC 的角度还可以细分为: 新生代(Eden 区、From Survivor 区和 To Survivor 区)和老年代。
5、方法区
二、GC的三个流程
1、什么时候进行垃圾回收？
2、如何判断哪些对象可以被回收？
- 引用计数法：引用通常是和对象是相关联的，通过引用而操作对象。因此，一个简单的办法是通过引用计数 来判断一个对象是否可以回收。一个对象如果没有任何与之关联的引用，即他们的引用计数都为 0，则说明该对象不太可能再被用到，那么这个对象就是可回收对象。
- 根搜索算法：以一系列"GC root"对象作为搜索的起点，如果某个对象和所有"GC root"对象之间都不存在一条可达路径，则称该对象是不可达的。不可达对象不等价于可回收对象，不可达对象变为可回收对象还要经过两次标记和筛选过程。第一次：判断对象是否有finalize方法或者执行过finalize，如果没有finalize方法或者已经执行过finalize方法，不需要进行第二次标记和筛选就可以回收，否则需要进行第二次标记和筛选。第二次：执行对象的finalize方法，执行完成或者执行过程中判断对象是否和GC Roots是否有直接或者间接联系，如果依然没有联系则把对象放入回收列表等待回收，否则对象复活。哪些对象可以作为GC roots对象：
(1)虚拟机栈（栈帧中的本地变量表）中引用的对象。
(2)方法区中的类静态属性引用的对象
(3)方法区中的常量引用的对象
(4)本地方法栈中JNI引用的对象
3、如何进行回收？
3.1.分代收集
当前主流 VM 在进行垃圾收集时都会采用”分代收集”(Generational Collection)算法, 这种算法会根据对象存活周期的不同将内存划分为几块, 如 JVM 中的 新生代、老年代、永久代，这样就可以根据各年代特点分别采用最适当的 GC 算法
- 新生代GC（Minor GC）：采用复制算法进行垃圾回收。首先，把 Eden 和 Survivor From 区域中存活的对象复制到 Survivor To 区域(如果 To Space 无法足够存储某个对象，则将这个对象存储到老生代)，并把这些对象的年龄+1（如果某些对象的年龄已经达到了老年的标准15，则复制到老年代区），然后，清空 Eden 和 Servivor From 中的对象，最后，Servivor To 和 Servivor From 互换。
1、复制算法：按内存容量将内存划分为等大小的两块。每次只使用其中一块，当这一块内存满后将尚存活的对象复制到另一块上去，把已使用的内存清掉。目前大部分 JVM 的 GC 对于新生代都采取 Copying 算法，因为新生代中每次垃圾回收都要回收大部分对象，即要复制的操作比较少，但通常并不是按照 1：1 来划分新生代。一般将新生代划分为一块较大的 Eden 空间和两个较小的 Survivor 空间(From Space, To Space)，每次使用Eden 空间和其中的一块 Survivor 空间，当进行回收时，将该两块空间中还存活的对象复制到另一块 Survivor 空间中。
- 老年代GC（Major GC）:
1、 标记清除算法(Mark-Sweep)：分为两个阶段，标注和清除。标记阶段标记出所有需要回收的对象，清
除阶段回收被标记的对象所占用的空间。
2、标记整理算法(Mark-Compact)：标记阶段和 Mark-Sweep 算法相同，标记后并不是着急清理对象，而是将存活对象移向内存的一端。然后清除端边界外的对象。
3.2.分区收集
分区算法则将整个堆空间划分为连续的不同小区间, 每个小区间独立使用, 独立回收. 这样做的好处是可以控制一次回收多少个小区间 , 根据最大允许停顿时间, 每次合理地回收若干个小区间(而不是整个堆), 从而减少一次 GC 所产生的停顿。
三、 Java中的四种引用
1、强引用
在 Java 中最常见的就是强引用，把一个对象赋给一个引用变量，这个引用变量就是一个强引用。当一个对象被强引用变量引用时，它处于可达状态，它是不可能被垃圾回收机制回收的，即使该对象以后永远都不会被用到 JVM 也不会回收。因此强引用是造成 Java 内存泄漏(OOM)的主要原因之一。
2、软引用
软引用需要用 SoftReference 类来实现，对于只有软引用的对象来说，当系统内存足够时它不会被回收，当系统内存空间不足时它会被回收。
3、弱引用
弱引用需要用 WeakReference 类来实现，它比软引用的生存期更短，对于只有弱引用的对象来说，只要垃圾回收机制一运行，不管 JVM 的内存空间是否足够，总会回收该对象占用的内存。
4、虚引用
虚引用需要 PhantomReference 类来实现，它不能单独使用，必须和引用队列联合使用。虚引用的主要作用是跟踪对象被垃圾回收的状态。
四、垃圾收集器
1、Serial 垃圾收集器（单线程、复制算法）
Serial（英文连续）是最基本垃圾收集器，使用复制算法，曾经是JDK1.3.1 之前新生代唯一的垃圾收集器。Serial 是一个单线程的收集器，它不但只会使用一条线程去完成垃圾收集工作，并且在进行垃圾收集的同时，还会暂停其他所有的工作线程(STW)，直到垃圾收集结束。Serial 垃圾收集器虽然在收集垃圾过程中需要暂停所有其他的工作线程，但是它简单高效，对于限定单个 CPU 环境来说，可以获得最高的单线程垃圾收集效率，因此 Serial垃圾收集器依然是 java 虚拟机运行在 Client 模式下默认的新生代垃圾收集器 。
2、ParNew 垃圾收集器（Serial+多线程）
ParNew 垃圾收集器其实是 Serial 收集器的多线程版本，也使用复制算法，除了使用多线程进行垃圾收集之外，其余的行为和 Serial 收集器完全一样，ParNew 垃圾收集器在垃圾收集过程中同样也要暂停所有其他的工作线程(STW)。ParNew 收集器默认开启和 CPU 数目相同的线程数,ParNew垃圾收集器是很多 java虚拟机运行在 Server 模式下新生代的默认垃圾收集器。
3、Parallel Scavenge垃圾收集器（多线程复制算法、高效）
Parallel Scavenge 收集器也是一个新生代垃圾收集器，同样使用复制算法，也是一个多线程的垃圾收集器，它重点关注的是程序达到一个可控制的吞吐量，高吞吐量可以最高效率地利用 CPU 时间，尽快地完成程序的运算任务，主要适用于在后台运算而
不需要太多交互的任务。
4、Serial Old 垃圾收集器（单线程、标记整理算法 ）
Serial Old 是 Serial 垃圾收集器年老代版本，它同样是个单线程的收集器，使用标记-整理算法，这个收集器也主要是java 虚拟机运行在 Client 模式下默认的年老代垃圾收集器。
5、Parallel Old 垃圾收集器（多线程、标记整理算法）
Parallel Old 收集器是Parallel Scavenge的老年代版本，使用多线程的标记-整理算法，在 JDK1.6才开始提供。在 JDK1.6 之前，新生代使用 ParallelScavenge 收集器只能搭配年老代的 Serial Old 收集器，只能保证新生代的吞吐量优先，无法保证整体的吞吐量，Parallel Old 正是为了在老年代同样提供吞吐量优先的垃圾收集器，如果系统对吞吐量要求比较高，可以优先考虑新生代 Parallel Scavenge和年老代 Parallel Old 收集器的搭配策略。
6、CMS 收集器（多线程、标记清除算法**）
Concurrent mark sweep(CMS)收集器是一种年老代垃圾收集器，其最主要目标是获取最短的垃圾回收停顿时间，和其他老年代使用标记-整理算法不同，它使用多线程的标记-清除算法。CMS 工作机制相比其他的垃圾收集器来说更复杂，整个过程分为以下 4 个阶段：
- 初始标记：标记一下 GC Roots 能直接关联的对象，速度很快，仍然需要暂停所有的工作线程
- 并发标记：由前一阶段标记过的对象出发，所有可到达的对象都在本阶段被标记，并发标记线程和用户线程一起工作，不需要暂停工作线程
- 重新标记：为了修正在并发标记期间，因用户程序运行而导致标记产生变动的那一部分对象的标记记录，仍然需要暂停所有的工作线程
- 并发清除 ：清除 GC Roots 不可达对象，和用户线程一起工作，不需要暂停工作线程。由于耗时最长的并发标记和并发清除过程中，垃圾收集线程可以和用户现在一起并发工作，所以总体上来看CMS 收集器的内存回收和用户线程是一起并发地执行
7、G1垃圾收集器（**）
五、类加载机制
标签：专题,收集器,对象,标记,线程,垃圾,JVM,全解,引用 来源： https://blog.csdn.net/qq_40714246/article/details/120227942