【JVM】——JVM相关知识点概总

1.JVM简介

JVM概念

• JVM（Java Viryual Machine 的简称。意为Java虚拟机）。
• 虚拟机：
  指通过软件模拟的具有完整硬件功能的、运行在一个完全隔离的环境中的完整计算机系统。 常见的虚拟机：JVM、VMwave、Virtual Box。
• JVM和其他两个虚拟机的区别：
  1、VMwave与VirtualBox是通过软件模拟物理CPU的指令集,物理系统中会有很多的寄存器。
  2、JVM则是通过软件模拟Java字节码的指令集,JVM中只是主要保留了PC寄存器，其他的寄存器都进行了裁剪。
  JVM是一台被定制过的现实当中不存在的计算机。

2.JVM运行原理

• 类加载器：将.class文件加载到内存中（JVM）。
• 运行时内存区域。
• 执行引擎：通过一系列执行的规则来运行程序。
• 本地接口：通过操作系统实现相应的功能。（机器码）

3.JVM运行时数据区域

• 线程私有区域:程序计数器、Java虚拟机栈、本地方法栈
• 线程共享区域:Java堆、方法区、运行时常量池
  

3.1程序计数器（线程私有）

用来记录线程运行的步骤
程序计数器内存区域是唯一一个在JVM规范中没有规定任何OOM情况的区域！

3.2Java虚拟机栈(线程私有)

存储当前的一些线程
虚拟机栈描述的是Java方法执行的内存模型 : 每个方法执行的同时都会创建一个栈帧用于存储局部变量表、操作数栈、动态链接、方法出口等信息。每一个方法从调用直至执行完成的过程，就对应一个栈帧在虚拟机栈中入栈和出栈的过程。声明周期与线程相同。

3.3本地方法栈(线程私有)

存放原生方法的一些信息
本地方法栈与虚拟机栈的作用完全一样，他俩的区别无非是本地方法栈为虚拟机使用的Native方法服务，而虚拟机栈为JVM执行的Java方法服务。

3.4Java堆(线程共享)

所有的对象信息都是在这个区域
ava堆(Java Heap)是JVM所管理的最大内存区域。Java堆是所有线程共享的一块区域，在JVM启动时创建。此内存区域存放的都是对象实例。JVM规范中说到:“所有的对象实例以及数组都要在堆上分配”。
Java堆是垃圾回收器管理的主要区域，因此很多时候可以称之为"GC堆"。根据JVM规范规定的内容，Java堆可以处于物理上不连续的内存空间中。Java堆在主流的虚拟机中都是可扩展的(-Xmx设置最大值,-Xms设置最小值)。

3.5方法区(线程共享)

存储常用变量
方法区与Java堆一样，是各个线程共享的内存区域。它用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。在JDK8以前的HotSpot虚拟机中，方法区也被称为"永久代"。

4.JVM如何判断一个对象是否“死亡”

4.1程序计数器

 当一个对象被使用的时候，给这个对象的计数器+1，没有对象的时候-1.
 当计数器=0表示没有线程在使用此对象了，那么就可以认为这个对象已经“死亡”。
 *程序计数器的缺点：他不能解决循环引用。*

4.2可达性分析算法

在Java语言中，可作为GC Roots的对象包含下面几种:

• 虚拟机栈(栈帧中的本地变量表)中引用的对象
• 方法区中类静态属性引用的对象
• 方法区中常量引用的对象
• 本地方法栈中JNI(Native方法)引用的对象

5.垃圾回收器的算法

5.1标记-清除算法

"标记-清除"算法是最基础的收集算法。

"标记-清除"算法缺点：

1. 效率问题 : 标记和清除这两个过程的效率都不高
2. 空间问题 : 标记清除后会产生大量不连续的内存碎片，空间碎片太多可能会导致以后在程序运行中需要分配较大对象时，无法找到足够连续内存而不得不提前触发另一次垃圾收集。

5.2 标记-整理算法(老年代回收算法)

标记过程仍与"标记-清除"过程一致，但后续步骤不是直接对可回收对象进行清理，而是让所有存活对象都向一端移动，然后直接清理掉端边界以外的内存。

"标记-清除"算分的缺点：
在移动是会带来一定的性能消耗和时间。

5.3复制算法(新生代回收算法)

"复制"算法是为了解决"标记-清理"的效率问题。它将可用内存按容量划分为大小相等的两块，每次只使用其中的一块。当这块内存需要进行垃圾回收时，会将此区域还存活着的对象复制到另一块上面，然后再把已经使用过的内存区域一次清理掉。

"复制"算法的缺点：
在于内存的利用问题上，每次只能保留一部分内存。

6.垃圾收集器

垃圾回收器：不同的JVM可以选择不同的垃圾回收器

6.1CMS收集器（老年代收集器，并发GC）

• 特性： CMS（Concurrent Mark Sweep）收集器是一种以获取最短回收停顿时间为目标的收集器。目前很大一部分的Java应用集中在互联网站或者B/S系统的服务端上，这类应用尤其重视服务的响应速度，希望系统停顿时间最短，以给用户带来较好的体验。CMS收集器就非常符合这类应用的需求。
  CMS收集器是基于“标记—清除”算法实现的，整个过程分为4个步骤：

1. 初始标记（CMS initial mark） 初始标记仅仅只是标记一下GC Roots能直接关联到的对象，
   速度很快，需要“Stop The World”。
2. 并发标记（CMS concurrent mark） 并发标记阶段就是进行GC Roots Tracing的过程。
3. 重新标记（CMS remark） 重新标记阶段是为了修正并发标记期间因用户程序继续运作而导
   致标记产生变动的那一部分对象的标记记录，这个阶段的停顿时间一般会比初始标记阶段稍
   长一些，但远比并发标记的时间短，仍然需要“Stop The World”。
4. 并发清除（CMS concurrent sweep） 并发清除阶段会清除对象。

CMS收集器的内存回收过程是与用户线程一起并发执行的。

CMS收集器的优点和缺点

• 优点
  并发收集，低停顿
• 缺点
  1. CMS收集器对CPU资源非常敏感 其实，面向并发设计的程序都对CPU资源比较敏感。
  2. CMS收集器无法处理浮动垃圾 CMS收集器无法处理浮动垃圾，可能出现“Concurrent ModeFailure”失败而导致另一次Full GC的产生。
  3. CMS收集器会产生大量空间碎片 CMS是一款基于“标记—清除”算法实现的收集器，这意味着收集结束时会有大量空间碎片产生。