首页  思维导图  详情

JVM知识整理

2021-03-07 19:51:17   980  举报





AI智能生成

为你推荐

查看更多



JVM

Java虚拟机（JVM）是Java技术的核心和基础，它是Java能实现“一次编写，到处执行”的关键。JVM是一个虚拟的计算机，它有自己的指令集和运行时内存区域。Java程序在运行之前，会被编译成字节码文件，然后由JVM加载并执行。JVM负责管理内存，包括堆内存的分配和回收，垃圾收集等。此外，JVM还提供了一些机制，如类加载器，保证Java程序的动态性和安全性。JVM的知识包括JVM的架构、内存模型、类加载机制、垃圾收集算法、调优策略等。掌握JVM知识，可以帮助我们更好地理解Java程序的运行机制，提高Java程序的性能和稳定性。

JVM

作者其他创作

大纲/内容

From Survivor区的大小

S0C

To Survivor区的大小

S1C

From Survivor区当前使用的内存大小

S0U

To Survivor区当前使用的内存大小

S1U

Eden区的大小

Eden区当前使用的内存大小

老年代的大小

老年大当前使用的内存大小

方法区（永久代，元数据区）的大小

方法区（永久代，元数据区）当前使用的内存大小

系统运行迄今为止Young GC的次数

YGC

Young GC的耗时

YGCT

系统运行迄今为止的Full GC次数

FGC

这是Full GC的耗时

FGCT

所有GC的总耗时

GCT

当前压缩类空间的容量 (字节)

CCSC

当前压缩类空间目前已使用空间 (字节)

CCSU

jstat -gc PID

查看一个java进程的内存和gc情况

堆内存分析

jstat -gccapacity PID

年轻代GC分析，这里的TT和MTT可以看到在年轻代存活的对象的年龄和最大年龄

jstat -gcnew PID

年轻代内存分析

jstat -gcnewcapacity PID

老年代GC分析

jstat -gcold PID

老年代内存分析

jstat -gcoldcapacity PID

元数据内存分析

jstat -gcmetacapacity PID

其他jstat命令

新生代对象增长的速率

Young GC触发频率

每次Young GC后有多少对象存活

每次Young GC有多少对象进入老年代

老年代对象增长速率

Full GC的触发频率

Full GC的耗时

分析线上JVM进程时想知道的信息

根据自己的系统灵活多变的使用，如果系统负载很低，就把时间调高去观察对象增长的速率。另外一般系统又高峰和日常两种状态，可以分时段去查看对象增长速率。

jstat -gc PID 1000 10

如何使用jstat工具

这个命令会打印出来内存的相关一些参数的设置，然后就是当前堆内存里面一些基本各个区域的情况，比如Eden区总容量，已经使用的容量，剩余的空间容量，两个Survivor区的总容量，已经使用的容量和剩余的空间容量，老年代的总容量，已经使用的容量和剩余容量。

jmap -heap PID

按照各种对象占用内存空间的大小降序排序，把占用内存最多的对象放在最上面。

jmap -histo PID

jmap命令生成一个堆内存快照放到当前目录的一个文件dump.hprof里面去，这是二进制的格式。

使用此命令即可启动jhat服务器，指定自己想要的http端口号，接着就可以在浏览器上访问当前这台机器的7000端口号，就可以通过图形化的方式去分析堆内存里的对象分布情况了。

jhat dump.hprof -port 7000

jmap/jhat

用来分析OOM时的内存快照

MAT

调优工具

这个非常有用，因为并不是每个人都比较精通JVM核心原理和性能优化，所以如果有一套为团队或者公司定制一套基本的JVM参数模板，基本可以保证JVM性能不会太差，避免许多初中级工程师直接使用默认的JVM参数，并不能满足生产需要。

意义

-Xms4096M -Xmx4096M -Xmn3072M -Xss1M -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=256m -XX:SurvivorRatio=8 -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -XX:MaxTenuringThreshold=10 -XX:PretenureSizeThreshold=2M -XX:CMSInitiatingOccupancyFaction=92 -XX:+UseCMSCompactAtFullCollection -XX:CMSFullGCsBeforeCompaction=0 -XX:+CMSParallelInitialMarkEnabled -XX:+CMSScavengeBeforeRemark -XX:+DisableExplicitGC -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -Xloggc:./gclog/gc.log -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/usr/local/app/oom

模板内容

4C8G JVM参数模板

Metaspace区域内存空间不够，但是还要往这里塞入更多类的时候，就会发生内存溢出的问题。

系统上线时，Metaspace直接使用的默认的参数，而默认参数往往比较小，很容易不够用。

代码中使用cglib之类的技术生成类，没有控制好，导致生成的类过多，也容易塞满Metaspace，导致内存溢出。

原因

合理分配Metaspace区域

避免无限生成动态类。

解决方法

元空间溢出

如果不停的让线程调用方法，不停的往栈里面放入栈帧，最终会有一个时刻，大量栈帧会消耗完这个栈内存，最终就会出现栈内存溢出的情况。

避免不合理的调用递归方法等

栈内存溢出

系统承载高并发请求，因为请求量过大，导致大量对象是存活的，所以要继续放入新的对象实在不行了，此时就会引发OOM系统崩溃。

系统有内存泄漏的问题，就是莫名其妙弄了很多对象，结果对象都是存活的，没有及时取消对他们的引用，导致触发GC还是无法回收，此时只能引发内存溢出，因为内存实在放不下更多对象了。

堆内存溢出

内存设置不合理，导致DirectByteBuffer对象一直慢慢进入老年代，导致堆外内存一直释放不掉。

设置了-XX:+DisableExplicitGC导致Java NIO没法主动提醒去回收掉一些垃圾DirectByteBuffer对象，同样导致堆外内存无法释放掉。

直接内存溢出 Direct Buffer Memory

内存溢出的处理

代码中包含main()方法的主类再JVM进程启动后会被加载到内存，开始执行其中代码时，若其中使用了别的类，也会把其对应的“.class”文件加载到内存里。

加载时机

加载

根据java虚拟机规范，校验加载的\".class\"文件是否符合指定的规范

验证

给类分配一定内存空间，并赋予默认初始值

准备

把符号引用替换成直接引用

解析

当新建某个类的对象时，如通过new或者反射，克隆，反序列化等

当虚拟机启动某个被表明为启动类的类，即包含main方法的那个类，所以system.out.println(Test.class)

初始化一个子类的时候，会先初始化其父类

当调用某个类的静态方法时

当使用某个类或者接口的静态字段时

调用Java API中的某些反射方法时，比如类Class中的方法，或者java.lang.reflect中类的方法时

触发初始化时机

初始化

使用

卸载

类加载，使用的过程

加载jdk安装目录下lib目录中的核心类库

启动类加载器 Bootstrap ClassLoader

扩展类加载器 Extension ClassLoader

加载ClassPath环境变量中指定路径中的类，可以理解为加载你写的代码

应用程序加载器 Application ClassLoader

自定义类加载器

类加载器的分类

假设应用程序类需要加载一个类，首先会委派给父类加载器加载，最总传导到顶层的类加载器去加载。但如果父类加载器在自己负责的加载范围内没找到这个类，就会下推权力给自己的子类加载器。

图示

双亲委派机制

Tomcat这种web容器中类加载器设计实现思路。

类加载器和双亲委派机制

编译时，可采用小工具对字节码进行加密，或者做混淆处理

购买专业的第三方公司做商业级字节码文件加密的产品。

如何防止“.class”被反编译窃取公司源码

类加载

JVM在运行我们写好的代码时，需要使用多块内存空间，不同的内存空间用来存放不同的数据，然后配合我们写代码的流程，才能让我的系统运行起来。

存放我们自己写的各种类的信息

jdk1.8后也称元数据空间 Metaspace

方法区

存放我们在代码中创建的各种对象的

Eden区

Survivor（from）区设置survivor是为了减少送到老年代的对象

Survivor（to）区设置两个Survivor区是为了解决碎片问题

区域划分

eden:survovir:survivor=8:1:1

划分比例

新生代

老年代

堆内存的划分

堆内存

线程共享数据区域

我们写好的java代码会被翻译成字节码，对应各种字节码指令，字节码指令一条条被执行，才能实现我们写好的代码的执行效果。当JVM加载类信息到内存之后，会使用自己的字节码执行引擎，去执行编译后的代码指令。执行时，JVM需要一个特殊的内存区域，程序计数器（用来记录当前执行字节码指令位置的，每一个线程都会有自己的程序计数器），记录目前执行到哪一条字节码指令。

程序计数器

每个线程都有自己的java虚拟机栈，用来存放自己执行的那些方法的局部变量，执行了一个方法，就创建一个栈帧。栈帧里就有这个方法的局部变量表，操作数栈，动态链接，方法出口等东西。

调用执行任何方法时，都会给方法创建栈帧后入栈，在栈帧里存放了这个方法对应的局部变量之类的数据，包括这个方法执行的其他相关信息，方法执行完毕后出栈。

虚拟机栈

调用native方法的时候，就会有线程对应的本地方法栈。这个虚拟机栈类似，是存放各种native方法的局部变量表之类的信息。

本地方法栈

线程私有数据区域

还有一个区域，不属于JVM，通过NIO中的allocateDirect这种API，可以在java堆外分配内存空间，然后，通过java虚拟机里面的DirectByteBuffer来引用和操作堆外的空间。

拓展

详情

内存区域划分

我们在java堆内存里创建的对象，都是占用内存资源的，而且内存资源有限。

一个方法执行完毕，就会从虚拟机中出栈，那么原来那个栈帧里面的局部变量，比如一个实例对象，就没有任何一个变量指向它了。这种空占着资源着的内存资源，如何处理？答案是通过 JVM的垃圾回收机制。

举例

对象本身的一些信息

对象的实例变量作为数据占用的空间

我们创建的对象，在java堆内存中占用多少内存空间？

内存的消耗

Java堆内存的大小

-Xms

Java堆内存最大大小

-Xmx

Java堆内存中的新生代大小，扣除新生代剩下的就是老年代的内存大小了

-Xmn

JDK1.8以后，这个参数被替换成了-XX:MetaspaceSize

永久代最大大小

-XX:PermSize

JDK1.8以后，这个参数被替换成了-XX:MaxMetaspaceSize

-XX:MaxPermSize

每个线程的栈内存大小

-Xss

定义了新生代中Eden区域和Survivor区域（From幸存区或To幸存区）的比例，默认为8，也就是说Eden占新生代的8/10，From幸存区和To幸存区各占新生代的1/10

-XX:SurvivorRatio=8

设置JVM栈内存

-XX:ThreadStackSize

在OOM的时候，自动dump内存快照出来

-XX:+HeapDumpOnOutOfMemoryError

在OOM时候，dump内存快照保存位置

-XX:HeapDumpPath

内存相关参数

JVM内存区

大部分正常对象都优先在新生代分配内存

新生代如果对象满了，会触发Minor GC回收掉没人引用的垃圾对象

JVM参数：-XX:MaxTenuringThreshold，默认值15

默认设置下，当对象年龄达到15岁的时候，也就是躲过15次GC的时候，会转移到老年代里去。

如果老年代也满了，那么就会触发垃圾回收，把老年代里没人引用的垃圾对象清理掉

新生代垃圾回收（Minor GC）之后，如果存活对象太多，超过survivor区的大小，就会导致大量对象直接进入老年代

如果新生代里创建了一个大于这个大小的对象，就把这个大对象直接放到老年代。之所以这么做时为了避免新生代出现的那种大对象，多次躲过GC，导致其在两个Survivor区域里来回复制多次后才能进入老年代。

参数：-XX:PretenureSizeThreshold可以把他的数值设置为字节数。

特别大的超大对象直接不经过新生代就进入老年代

例如说当前对象的Survivor区域里，一批对象（年龄可以不同）的总大小大于了这块Survivor区域的内存大小的50%，那么此时大于等于这批对象的年龄的对象，就可以直接进入老年代。

动态对象年龄判断机制

在发生Minor GC之前，虚拟机会先检查老年代最大可用的连续空间是否大于新生代所有对象总空间，如果这个条件成立，那么Minor GC可以确保是安全的。如果不成立，则虚拟机会查看HandlePromotionFailure设置值是否允许担保失败。如果允许，那么会继续检查老年代最大可用的连续空间是否大于历次晋升到老年代对象的平均大小，如果大于，将尝试着进行一次Minor GC，尽管这次Minor GC是有风险的，如果担保失败则会进行一次Full GC；如果小于，或者HandlePromotionFailure设置不允许冒险，那这时也要改为进行一次Full GC。

老年代空间担保机制

对象分配机制

该类所有的实例都已被回收

该类的ClassLoader已经被回收。

对该类的Class对象没有任何引用。

类被回收的条件

局部变量(栈中)

静态变量

GC Roots

可达性分析算法

定义：一个变量引用一个对象

只要是强引用类型，那么垃圾回收的时候绝对不会去回收这个对象。

强引用

定义：把实例对象用一个“SoftReference”软引用类型的对象包裹起来了，赋值给一个变量，这时这个变量对这个对象就是一个软引用。

正常情况下垃圾回收是不会回收软引用对象的，但是如果你进行垃圾回收之后，发现内存空间还是不够存放新的对象，内存都快溢出了，此时就会把这些软引用对象给回收掉，哪怕他被变量引用了，但是因为他是软引用，所以还是要回收。

软引用

定义：WeakReference 弱应用类型

弱应用就和没引用是类似的，如果发生垃圾回收，就把这个对象回收掉

弱引用

虚引用

不同的引用类型

确定垃圾

Stop the world

垃圾回收的痛点

在Minor GC之前，一通检查发现可能Minor GC之后要进入老年代的对象太多了，老年代放不下，此时要提前触发Full GC，然后再进行Minor GC

或者在Minor GC之后，发现剩余对象太多，放入老年代都放不下了。

老年代垃圾回收时机

把新生代内存划分为两块内存区域，然后只使用其中一块内存，待那块内存快满的时候，就把里面的存活对象一次性转移到另一块内存区域，保证没有内存碎片。接着一次性回收原来那块内存区域内的垃圾对象，再次空出来一块内存区域，两块内存区域就这么重复着循环使用。

减少内存空间碎片造成的空间浪费

优点

从始至终，只有一半的内存可用，这样的算法显然对内存的使用效率太低了。

缺点分析

针对上述缺点，真正复制算法把新生代内存区分为三块，1个Eden区，2个Survivor区，其中Eden区占80%内存，每一块Survivor占用10%的内存。对象内存分配的时候，只在Eden区和其中一块survivor区上分配，回收时，将存活对象复制到另一块survivor区。这样做最大的好处就是只有10%的内存空间是被闲置的，90%的内存都被使用上了。无论垃圾回收的性能还是内存碎片的控制，内存的使用效率，都非常的好。

复制算法的优化

复制算法

标记出来老年代当前存活对象

让这些存活对象在内存里进行移动，把存活对象尽量都挪动到一边去，把存活对象紧凑的靠在一起，避免垃圾回收过后出现太多碎片

一次性把垃圾回收掉

步骤

这个老年代的垃圾回收算法的速度至少比新生代的垃圾回收算法速度慢10倍，如果系统频发的出现老年代Full GC垃圾回收，会导致系统性能被严重影响，出现频发卡顿的情况。

缺点

所谓JVM优化，就是尽可能让对象都在新生代里分配和回收，尽量别让太多对象进入老年代，避免频繁对老年代对象进行垃圾回收，同时给系统充足的内存大小，避免新生代频繁进行垃圾回收。

应对思路

标记整理算法

将所有待回收的对象标记出来，然后一起清理

1.标记和清理的效率都不高

2.可能产生大量的内存碎片

标记-清除算法

根据不同的年代选取不同的垃圾回收算法

分代收集算法

垃圾回收算法

用一个线程进行垃圾回收，此时会暂停系统工作线程

用的少

适用于单线程回收

Serial

回收老年代

Serial Old

单线程运行，垃圾回收的时候会停止我们自己写的系统的其他工作线程，让我们的系统直接卡死不动，然后让他们垃圾回收，这个现在一般不用。

工作原理

Serial/Serial Old

针对服务器一般都是多核进行了优化，支持多线程垃圾回收，可以大幅度提升回收性能，缩短回收时间。

适用于多核多线程回收

可指定该垃圾收机器对新生代进行回收，一旦我们指定使用ParNew垃圾收集器后，它默认给自己设置的回收线程数和CPU核数一致。

-XX:+UseParNewGC

可设置线程数量

-XX:ParallelGCThreads