深入认识JVM

codedot

于 2020-12-20 11:17:12 发布

阅读量162

点赞数

分类专栏： JVM虚拟机

原文链接：https://segmentfault.com/a/1190000014395186

版权

JVM虚拟机专栏收录该内容

4 篇文章 0 订阅

订阅专栏

一、Java运行时数据区

Java虚拟机在执行Java程序的过程中会将其管理的内存划分为若干个不同的数据区域，这些区域有各自的用途、创建和销毁的时间，有些区域随虚拟机进程的启动而存在，有些区域则是依赖用户线程的启动和结束来建立和销毁。Java虚拟机所管理的内存包括以下几个运行时数据区域，如图：

1、程序计数器

指向当前线程正在执行的字节码指令。线程私有的。

2、虚拟机栈

虚拟机栈是Java执行方法的内存模型。每个方法被执行的时候，都会创建一个栈帧，把栈帧压人栈，当方法正常返回或者抛出未捕获的异常时，栈帧就会出栈。

(1) 栈帧：栈帧存储方法的相关信息，包含局部变量数表、返回值、操作数栈、动态链接。

① 局部变量表：包含了方法执行过程中的所有变量。局部变量数组所需要的空间在编译期间完成分配，在方法运行期间不会改变局部变量数组的大小。

② 返回值：如果有返回值的话，压入调用者栈帧中的操作数栈中，并且把PC的值指向方法调用指令后面的一条指令地址。

③ 操作数栈：操作变量的内存模型。操作数栈的最大深度在编译的时候已经确定（写入方法区code属性的max_stacks项中）。操作数栈的的元素可以是任意Java类型，包括long和double，32位数据占用栈空间为1，64位数据占用2。方法刚开始执行的时候，栈是空的，当方法执行过程中，各种字节码指令往栈中存取数据。

④ 动态链接：每个栈帧都持有在运行时常量池中该栈帧所属方法的引用，持有这个引用是为了支持方法调用过程中的动态链接。

(2) 线程私有

3、本地方法栈

(1) 调用本地native的内存模型。

(2) 线程独享。

4、方法区

用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译后的代码等数据。

(1) 线程共享的。

(2) 运行时常量池

① 是方法区的一部分。

② 存放编译期生成的各种字面量和符号引用。

③ Class文件中除了存有类的版本、字段、方法、接口等描述信息，还有一项是常量池，存有这个类的编译期生成的各种字面量和符号引用，这部分内容将在类加载后，存放到方法区的运行时常量池中。

5、堆（Heap）

Java对象存储的地方。

① Java堆是虚拟机管理的内存中最大的一块。

② Java堆是所有线程共享的区域。

③ 在虚拟机启动时创建。

④ 此内存区域的唯一目的就是存放对象实例，几乎所有对象实例都在这里分配内存。存放new生成的对象和数组。

⑤ Java堆是垃圾收集器管理的内存区域，因此很多时候称为“GC堆”。

二、JMM Java内存模型

1、Java的并发采用“共享内存”模型，线程之间通过读写内存的公共状态进行通讯。多个线程之间是不能通过直接传递数据交互的，它们之间交互只能通过共享变量实现。

2、主要目的是定义程序中各个变量的访问规则。

3、Java内存模型规定所有变量都存储在主内存中，每个线程还有自己的工作内存。

线程的工作内存中保存了被该线程使用到的变量的拷贝（从主内存中拷贝过来），线程对变量的所有操作都必须在工作内存中执行，而不能直接访问主内存中的变量。
不同线程之间无法直接访问对方工作内存的变量，线程间变量值的传递都要通过主内存来完成。
主内存主要对应Java堆中实例数据部分。工作内存对应于虚拟机栈中部分区域。

4、Java线程之间的通信由内存模型JMM（Java Memory Model）控制。

(1) JMM决定一个线程对变量的写入何时对另一个线程可见。

(2) 线程之间共享变量存储在主内存中。

(3) 每个线程有一个私有的本地内存，里面存储了读/写共享变量的副本。

(4) JMM通过控制每个线程的本地内存之间的交互，来为程序员提供内存可见性保证。

5、可见性、有序性

(1) 当一个共享变量在多个本地内存中有副本时，如果一个本地内存修改了该变量的副本，其他变量应该能够看到修改后的值，此为可见性。

(2) 保证线程的有序执行，这个为有序性。（保证线程安全）。

6、内存间的交互操作

① lock（锁定）：作用于主内存的变量，把一个变量标识为一条线程独占状态。

② unlock（解锁）：作用于主内存的变量，把一个处于锁定状态的变量释放出来，释放后的变量才可以被其他线程锁定。

③ read（读取）：作用于主内存变量，把主内存的一个变量读取到工作内存中。

④ load（载入）：作用于工作内存，把read操作读取到工作内存的变量载入到工作内存的变量副本中。

⑤ use（使用）：作用于工作内存的变量，把工作内存中的变量值传递给一个执行引擎。

⑥ assign（赋值）：作用于工作内存的变量。把执行引擎接收到的值赋值给工作内存的变量。

⑦ store（存储）：把工作内存的变量的值传递给主内存。

⑧ write（写入）：把store操作的值入到主内存的变量中。

注意：

① 不允许read、load、store、write操作之一单独出现。

② 不允许一个线程丢弃assgin操作。

③ 不允许一个线程不经过assgin操作，就把工作内存中的值同步到主内存中。

④ 一个新的变量只能在主内存中生成。

⑤ 一个变量同一时刻只允许一条线程对其进行lock操作。但lock操作可以被同一条线程执行多次，只有执行相同次数的unlock操作，变量才会解锁。

⑥ 如果对一个变量进行lock操作，将会清空工作内存中此变量的值，在执行引擎使用这个变量前，需要重新执行load或者assgin操作初始化变量的值。

⑦ 如果一个变量没有被锁定，不允许对其执行unlock操作，也不允许unlock一个被其他线程锁定的变量

⑧ 对一个变量执行unlock操作之前，需要将该变量同步回主内存中。

三、堆的内存划分

Java堆的内存划分如图所示，分别为年轻代、Old Memory（老年代）、Perm（永久代）。其中在Jdk1.8中，永久代被移除，使用MetaSpace代替。

新生代

使用复制清除算法（Copinng算法），原因是年轻代每次GC都要回收大部分对象。新生代里面分成一份较大的Eden空间和两份较小的Survivor空间。每次只使用Eden和其中一块Survivor空间，然后垃圾回收的时候，把存活对象放到未使用的Survivor（划分出from、to）空间中，清空Eden和刚才使用过的Survivor空间。

分为Eden、Survivor From、Survivor To，比例默认为8：1：1。

内存不足时发生Minor GC。

老年代

采用标记-整理算法（mark-compact），原因是老年代每次GC只会回收少部分对象。

Perm

用来存储类的元数据，也就是方法区。

Perm的废除：在jdk1.8中，Perm被替换成MetaSpace，MetaSpace存放在本地内存中。原因是永久代经常内存不够用，或者发生内存泄漏。

MetaSpace（元空间）：元空间的本质和永久代类似，都是对JVM规范中方法区的实现。不过元空间与永久代之间最大的区别在于：元空间并不在虚拟机中，而是使用本地内存。

堆内存的划分在JVM里面的示意图：

四、GC垃圾回收

判断对象是否要回收的方法：可达性分析法

1、可达性分析法：通过一系列“GC Roots”对象作为起点进行搜索，如果在“GC Roots”和一个对象之间没有可达路径，则称该对象是不可达的。不可达对象不一定会成为可回收对象。进入DEAD状态的线程还可以恢复，GC不会回收它的内存。（把一些对象当做root对象，JVM认为root对象是不可回收的，并且root对象引用的对象也是不可回收的）。

2、以下对象会被认为是root对象：

① 虚拟机栈（栈帧中本地变量表）中引用的对象

② 方法区中静态属性引用的对象。

③ 方法区中常量引用的对象。

④ 本地方法栈中Native方法引用的对象。

3、对象被判定可被回收，需要经历两个阶段：

① 第一个阶段是可达性分析，分析该对象是否可达。

② 第二个阶段是当对象没有重写finalize()方法或者finalize()方法已经被调用过，虚拟机认为该对象不可以被救活，因此回收该对象。（finalize()方法在垃圾回收中的作用是，给该对象一次救活的机会）。

4、方法区中的垃圾回收

(1) 常量池中一些常量、符号引用没有被引用，则会被清理出常量池。

(2) 无用的类：被判定为无用的类，会被清理出方法区。判定方法如下：

该类的所有实例被回收。
加载该类的ClassLoader被回收。
该类的Class对象没有被引用。

5、 finalize()

① GC垃圾回收要回收一个对象的时候，调用该对象的finalize()方法。然后在下一次垃圾回收的时候，才去回收这个对象的内存。

② 可以在该方法里面，指定一些对象在释放前必须执行的操作。

发现虚拟机频繁full GC时应该怎么办？

full GC指的是清理整个堆空间，包括年轻代和永久代。

① 首先用命令查看触发GC的原因是什么 jstat –gccause 进程id。

② 如果是System.gc()，则看下代码哪里调用了这个方法。

③ 如果是heap inspection(内存检查)，可能是哪里执行jmap –histo[:live]命令。

④ 如果是GC locker，可能是程序依赖的JNI库的原因。

常见的垃圾回收算法

1、Mark-Sweep（标记-清除算法）

标记清除算法分为两个阶段，标记阶段和清除阶段。标记阶段任务是标记出所有需要回收的对象，清除阶段就是清除被标记对象的空间。

优缺点：实现简单，容易产生内存碎片。

2、Copying（复制清除算法）

将可用内存划分为大小相等的两块，每次只使用其中的一块。当进行垃圾回收的时候了，把其中存活对象全部复制到另外一块中，然后把已使用的内存空间一次清空掉。

优缺点：不容易产生内存碎片；可用内存空间少；存活对象多的话，效率低下。

3、Mark-Compact（标记-整理算法）

先标记存活对象，然后把存活对象向一边移动，然后清理掉端边界以外的内存。

优缺点：不容易产生内存碎片；内存利用率高；存活对象多并且分散的时候，移动次数多，效率低下。

4、分代收集算法（目前大部分JVM的垃圾收集器所采用的算法）

思想：把堆分成新生代和老年代。（老年代指的是方法区）

① 因为新生代每次垃圾回收都要回收大部分对象，所以新生代采用Copying算法。新生代里面分成一份较大的Eden空间和两份较小的Survivor空间。每次只使用Eden和其中一块Survivor空间，然后垃圾回收的时候，把存活对象放到未使用的Survivor（划分出from、to）空间中，清空Eden和刚才使用过的Survivor空间。

② 由于老年代每次只回收少量的对象，因此采用mark-compact算法。

③ 在堆区外有一个永久代。对永久代的回收主要是无效的类和常量。

垃圾回收器有哪些？

1、常见的垃圾回收器有

Serial
Serial Old
Parallel Scavenge
Parallel Old
ParNew
CMS

常见的组合有：Serial +Serial Old 、Parallel Scavenge + Parallel Old 、ParNew + CMS。

(1) Serial：当垃圾收集器工作时所有工作线程全部停止,这里线程停下来一定会停在一个安全点上。因为停顿的时间长，现在很少用。

(2) Serial Old ：用在老年代，它用的是mark-sweep的算法，它用的是单线程。

(3) Parallel Scavenge：使用多个GC线程的复制收集器。如果你在JVM没有做任何的调优的话，默认使用的是：parallel scavenge +parallel old 简称（ps + po）。

Parallel Scavenge 与Serial的区别：Parallel Scavenge 是多线程清理垃圾，后者为单线程清理垃圾。

(4) Parallel Old ：使用多个GC线程的压缩收集器。整理算法。

(5) ParNew：Parallel Scavenge没有很大的区别，就是它的新版本，做了一些的增强以便能够让它和CMS有更好的配合使用，CMS在某个特定的阶段会和Parallel New 同时运行。在工作的时候其余的线程不能够工作，必须等GC回收器结束后才可以。

Parallel New 和 Parallel Scavenge 区别：

parallel new 的响应时间优先
能够配合CMS
parallel scavenge 的吞吐量优先

(6) CMS

CMS非常重要，它诞生了一个里程碑，以前的垃圾回收器在工作的时候其他的线程都要停下来，等我工作完，才能工作，CMS的出现消除了这个问题，与此同时CMS也带来了很多问题，以至于目前的所有的JDK版本默认都不是使用它。

① CMS常见的几个阶段：

第一个阶段叫做CMS initial mark（初始标记阶段）这个阶段很简单，就是直接找到最根上的对象，然后进行标记，其他的对象不标记。
第二个阶段是CMS concurrent mark（并发标记）据统计百分之八十的时间都浪费在这里，因此它把这块耗时最长的阶段和我们的应用程序同时进行，对于客户来说感觉上可能慢了点，但是至少还有反应，这里的并发标记是一边产生垃圾一边进行跟着标记，这个过程很难完成；
第三阶段是CMS remark （重新标记）这里又是一个STW,在上一个并发标记的过程中产生的新垃圾在这个阶段进行标记，这个时候需要停顿，但是时间不会很长，毕竟只是上一步很短时间内产生的新垃圾；
第四阶段是concurrent sweep（并发清理）并发清理也有他的问题，在并发清理的过程中也会产生新的垃圾，这个垃圾叫做浮动垃圾，这个浮动垃圾就要等下一次CMS来清理了；

什么条件下会触发CMS呢？老年代分配不下了，这时会触发CMS，这里的初始标记是单线程，重新标记是多线程。

② CMS的缺点：CMS出现问题后会调用Serial Old使用单线程进行标记压缩；

memory fragmentation 内存的碎片：这个是比比较严重的一个问题，如果内存超级大，产生了很多的碎片，这就会浪费很多的空间，其实CMS设计出来就是应付几百兆的内存至上G的内存，有的人拿它来应付很大内存就会出现问题，因为一旦老年代产生很多碎片，从新生代过来的对象就会出现找不到空间的情况，这叫做：PromotionFailed找不到空间。这时候它干了一件事情，把Serial Old 请出来，让它用一个线程在这里进行标记压缩。
loating garbage浮动垃圾：当出现Concurrent Mode Failure 和 PromotionFailed时，说明碎片较多，Old区内存分配不下，会调用Serial Old。并不是说使用了CMS之后这个问题没办法避免，可以降低触发CMS的阈值（ -XX:CMSInitiatingOccupancyFraction 92% 可以降低这个值，让CMS保持老年代有足够的空间）。

GC使用时对程序的影响？

垃圾回收会影响程序的性能，Java虚拟机必须要追踪运行程序中的有用对象，然后释放没用对象，这个过程消耗处理器时间。

几种不同的垃圾回收类型

(1) Minor GC：从年轻代（包括Eden、Survivor区）回收内存。

① 当JVM无法为一个新的对象分配内存的时候，越容易触发Minor GC。所以分配率越高，内存越来越少，越频繁执行Minor GC

② 执行Minor GC操作的时候，不会影响到永久代（Tenured）。从永久代到年轻代的引用，被当成GC Roots，从年轻代到老年代的引用在标记阶段直接被忽略掉。

(2) Major GC：清理整个老年代，当eden区内存不足时触发。

(3) Full GC：清理整个堆空间，包括年轻代和老年代。当老年代内存不足时触发。

五、HotSpot虚拟机详解

Java对象创建过程

1、虚拟机遇到一条new指令时，首先检查这个指令的参数能否在常量池中定位到一个类的符号引用，并检查这个符号引用代表的类是否已经加载、连接和初始化。如果没有，就执行该类的加载过程。

2、为该对象分配内存。

① 假设Java堆是规整的，所有用过的内存放在一边，空闲的内存放在另外一边，中间放着一个指针作为分界点的指示器。那分配内存只是把指针向空闲空间那边挪动与对象大小相等的距离，这种分配称为“指针碰撞”。

② 假设Java堆不是规整的，用过的内存和空闲的内存相互交错，那就没办法进行“指针碰撞”。虚拟机通过维护一个列表，记录哪些内存块是可用的，在分配的时候找出一块足够大的空间分配给对象实例，并更新表上的记录。这种分配方式称为“空闲列表“。

③ 使用哪种分配方式由Java堆是否规整决定。Java堆是否规整由所采用的垃圾收集器是否带有压缩整理功能决定。

④ 分配对象保证线程安全的做法：虚拟机使用CAS失败重试的方式保证更新操作的原子性。（实际上还有另外一种方案：每个线程在Java堆中预先分配一小块内存，称为本地线程分配缓冲，TLAB。哪个线程要分配内存，就在哪个线程的TLAB上分配，只有TLAB用完并分配新的TLAB时，才进行同步锁定。虚拟机是否使用TLAB，由-XX:+/-UseTLAB参数决定）。

3、虚拟机为分配的内存空间初始化为零值（默认值）。

4、虚拟机对对象进行必要的设置，例如这个对象是哪个类的实例、如何才能找到对象的元数据信息、对象的Hash码、对象的GC分代年龄等信息。这些信息存放在对象的对象头中。

5、执行<init>方法，把对象按照程序员的意愿进行初始化。

对象的定位访问的方式（通过引用如何去定位到堆上的具体对象的位置）

1、句柄：使用句柄的方式，Java堆中将会划分出一块内存作为作为句柄池，引用中存储的就是对象的句柄的地址。而句柄中包含了对象实例数据和对象类型数据的地址。

2、直接指针：使用直接指针的方式，引用中存储的就是对象的地址。Java堆对象的布局必须必须考虑如何去访问对象类型数据。

两种方式的优缺点

① 使用句柄访问的好处是引用中存放的是稳定的句柄地址，当对象被移动（比如说垃圾回收时移动对象），只会改变句柄中实例数据指针，而引用本身不会被修改。

② 使用直接指针，节省了一次指针定位的时间开销。

3、HotSpot的GC算法实现

(1) HotSpot怎么快速找到GC Root？

HotSpot使用一组称为OopMap的数据结构。在类加载完成的时候，HotSpot就把对象内什么偏移量上是什么类型的数据计算出来，在JIT编译过程中，也会在栈和寄存器中哪些位置是引用。这样子，在GC扫描的时候，就可以直接知道哪些是可达对象了。

(2) 安全点

① HotSpot只在特定的位置生成OopMap，这些位置称为安全点。

② 程序执行过程中并非所有地方都可以停下来开始GC，只有在到达安全点是才可以暂停。

③ 安全点的选定基本上以“是否具有让程序长时间执行“的特征选定的。比如说方法调用、循环跳转、异常跳转等。具有这些功能的指令才会产生Safepoint。

(3) 中断方式

抢占式中断：在GC发生时，首先把所有线程中断，如果发现有线程不在安全点上，就恢复线程，让它跑到安全点上。
主动式中断：GC需要中断线程时，不直接对线程操作，仅仅设置一个标志，各个线程执行时主动去轮询这个标志，当发现中断标记为真就自己中断挂起。轮询标记的地方和安全点是重合的。

(4) 安全区域

一段代码片段中，对象的引用关系不会发生变化，在这个区域中任何地方开始GC都是安全的。在线程进入安全区域时，它首先标志自己已经进入安全区域，在这段时间里，当JVM发起GC时，就不用管进入安全区域的线程了。在线程将要离开安全区域时，它检查系统是否完成了GC过程，如果完成了，它就继续前行。否则，它就必须等待直到收到可以离开安全区域的信号。

4、GC时为什么要停顿所有Java线程？

因为GC先进行可达性分析。可达性分析是判断GC Root对象到其他对象是否可达，假如分析过程中对象的引用关系在不断变化，分析结果的准确性就无法得到保证。

5、CMS收集器

① 一种以获取最短回收停顿时间为目标的收集器。

② 一般用于互联网站或者B/S系统的服务端。

③ 基于标记-清除算法的实现，不过更为复杂，整个过程为4个步骤：

初始标记：标记GC Root能直接引用的对象。
并发标记：利用多线程对每个GC Root对象进行tracing搜索，在堆中查找其下所有能关联到的对象。
重新标记：为了修正并发标记期间，用户程序继续运作而导致标志产生变动的那一部分对象的标记记录。
并发清除：利用多个线程对标记的对象进行清除

④ 由于耗时最长的并发标记和并发清除操作都是用户线程一起工作，所以总体来说，CMS的内存回收工作是和用户线程一起并发执行的。

⑤ 缺点

对CPU资源占用比较多。可能因为占用一部分CPU资源导致应用程序响应变慢。
CMS无法处理浮动垃圾。在并发清除阶段，用户程序继续运行，可能产生新的内存垃圾，这一部分垃圾出现在标记过程之后，因此，CMS无法清除。这部分垃圾称为“浮动垃圾“。
需要预留一部分内存，在垃圾回收时，给用户程序使用。
基于标记-清除算法，容易产生大量内存碎片，导致full GC（full GC进行内存碎片的整理）

6、对象头部分的内存布局：HotSpot的对象头分为两部分，第一部分用于存储对象自身的运行时数据，比如哈希码、GC分代年龄等。另外一部分用于指向方法区对象类型数据的指针。

7、偏向锁：偏向锁偏向于第一个获取它的线程，如果在接下来的执行过程，没有其他线程获取该锁，则持有偏向锁的线程永远不需要同步。（当一个线程获取偏向锁，它每次进入这个锁相关的同步块，虚拟机不在进行任何同步操作。当有另外一个线程尝试获取这个锁时，偏向模式宣告结束）

六、JVM优化

1、一般来说，当survivor区不够大或者占用量达到50%，就会把一些对象放到老年区。通过设置合理的eden区，survivor区及使用率，可以将年轻对象保存在年轻代，从而避免full GC，使用-Xmn设置年轻代的大小。

2、对于占用内存比较多的大对象，一般会选择在老年代分配内存。如果在年轻代给大对象分配内存，年轻代内存不够了，就要在eden区移动大量对象到老年代，然后这些移动的对象可能很快消亡，因此导致full GC。通过设置参数：-XX:PetenureSizeThreshold=1000000，单位为B，标明对象大小超过1M时，在老年代(tenured)分配内存空间。

3、一般情况下，年轻对象放在eden区，当第一次GC后，如果对象还存活，放到survivor区，此后，每GC一次，年龄增加1，当对象的年龄达到阈值，就被放到tenured老年区。这个阈值可以同构-XX:MaxTenuringThreshold设置。如果想让对象留在年轻代，可以设置比较大的阈值。

4、设置最小堆和最大堆：-Xmx和-Xms稳定的堆大小堆垃圾回收是有利的，获得一个稳定的堆大小的方法是设置-Xms和-Xmx的值一样，即最大堆和最小堆一样，如果这样子设置，系统在运行时堆大小理论上是恒定的，稳定的堆空间可以减少GC次数，因此，很多服务端都会将这两个参数设置为一样的数值。稳定的堆大小虽然减少GC次数，但是增加每次GC的时间，因为每次GC要把堆的大小维持在一个区间内。

5、一个不稳定的堆并非毫无用处。在系统不需要使用大内存的时候，压缩堆空间，使得GC每次应对一个较小的堆空间，加快单次GC次数。基于这种考虑，JVM提供两个参数，用于压缩和扩展堆空间。

(1) -XX:MinHeapFreeRatio 参数用于设置堆空间的最小空闲比率。默认值是40，当堆空间的空闲内存比率小于40，JVM便会扩展堆空间

(2) -XX:MaxHeapFreeRatio 参数用于设置堆空间的最大空闲比率。默认值是70，当堆空间的空闲内存比率大于70，JVM便会压缩堆空间。

(3) 当-Xmx和-Xmx相等时，上面两个参数无效。

6、通过增大吞吐量提高系统性能，可以通过设置并行垃圾回收收集器。

(1) -XX:+UseParallelGC:年轻代使用并行垃圾回收收集器。这是一个关注吞吐量的收集器，可以尽可能的减少垃圾回收时间。

(2) -XX:+UseParallelOldGC:设置老年代使用并行垃圾回收收集器。

7、尝试使用大的内存分页：使用大的内存分页增加CPU的内存寻址能力，从而提高系统的性能。-XX:+LargePageSizeInBytes 设置内存页的大小。

8、使用非占用的垃圾收集器。-XX:+UseConcMarkSweepGC老年代使用CMS收集器降低停顿。

9、-XXSurvivorRatio=3，表示年轻代中的分配比率：survivor:eden = 2:3

10、VM性能调优的工具：