文章主要将JVM的整体结构以及内存模型,整个模型都是以Math.class文件出发:
package com.ligangit.jvm;
public class Math {
public static final int initData = 666;
public static User user = new User();
public int compute() { //一个方法对应一块栈帧内存区域
int a = 1;
int b = 2;
int c = (a + b) * 10;
return c;
}
public static void main(String[] args) {
Math math = new Math();
math.compute();
}
}
JVM整体结构
JVM虚拟机主要由三部分组成:类装载子系统、字节码执行引擎、运行时数据区。
以Math.class为例:通过类装载子系统,将Math.class字节码文件,丢到运行时数据区,最终通过字节码执行引擎执行字节代码。
![](https://img-blog.csdnimg.cn/img_convert/607f0896918eb41855c637332e17f7e2.png)
JVM内存模型
![](https://img-blog.csdnimg.cn/img_convert/7acfea2e2f7ebfde95e7105e3babb4f8.png)
先关概念
栈:
-
先进后出,即FILO(first in last out);
-
存放数据:
-
局部变量:当局部变量是对象时,栈中存放的是对象在堆中的内存地址
-
操作数栈:程序运行过程中,操作数临时存放的内存空间,如:a赋值前的数据1,b赋值前的数据2等,用于暂存操作的数据,对于后续执行的a+b操作,乘法操作,涉及的操作数,也是存放在操作数栈。
-
动态链接:在程序运行期间完成的将符号引用替换为直接引用(即内存中的直接地址)。
-
方法出口:记录调用方下次执行的代码位置或行号等信息。
-
一个方法对应一块栈帧内存区域
程序计数器:每个线程都有的,存储程序正在运行或者马上要运行的代码位置或者行号。
为什么需要使用程序计数器?字节码执行引擎,没执行完一行代码,都会修改程序计数器,便于多线程时,线程挂起后的恢复执行,继续从上一行继续执行,避免从头开始执行。
方法区:存放常量、静态变量、类信息,如果存放的当静态变量是对象时,方法区中存放的是对象在堆中的内存地址
本地方法栈:存放本地方法的内存空间。
堆:存放对象信息等,分为年轻代、老年代,其中年轻代占比1/3,老年代占比2/3,年轻代中又分为Eden、Survive0区、Survive0区,占比比例为8:1:1
大致过程
大致过程如下:
-
main方法开始执行,则在栈中分配一部分main()的内存空间;
分配局部变量表空间,存放局部变量math(因math是对象,存放到堆中,此时局部变量表中的math存放的是堆中math的内存地址);
-
compute()方法开始执行,则在栈中分配一部分compute()的内存空间;
-
将数字1,压入操作数栈,字节码执行引擎修改程序计数器(设置值为下一个执行的行号)
-
给a在局部变量分配一部分内存空间,字节码执行引擎修改程序计数器(设置值为下一个执行的行号)
-
将操作数栈中的1出栈,并赋值给局部变量中的a,字节码执行引擎修改程序计数器(设置值为下一个执行的行号)
-
...
-
执行a+b时,先从局部变量表中,取出a、b的值,并压入操作数栈,然后通过cpu执行1+2得到结果值3,并压入操作数栈;,字节码执行引擎修改程序计数器(设置值为下一个执行的行号)
-
然后执行*10,将10压入操作数栈,然后通过cpu执行3*10得到结果值30,并压入操作数栈;,字节码执行引擎修改程序计数器(设置值为下一个执行的行号)
-
在局部变量表中分配内存空间给c,并将操作数栈中的数据30出栈赋值给c;,字节码执行引擎修改程序计数器(设置值为下一个执行的行号)
-
最终执行返回操作,即compute栈帧出栈,返回main中调用compute()的行;
-
...
JVM内存参数设置
![](https://img-blog.csdnimg.cn/img_convert/8089ae16f34dd02ebef576035c408be5.png)
关于元空间的JVM参数有两个:-XX:MetaspaceSize=N和 -XX:MaxMetaspaceSize=N
-XX:MaxMetaspaceSize: 设置元空间最大值, 默认是-1, 即不限制, 或者说只受限于本地内存大小。
-XX:MetaspaceSize: 指定元空间触发Fullgc的初始阈值(元空间无固定初始大小), 以字节为单位,默认是21M,达到该值就会触发full gc进行类型卸载, 同时收集器会对该值进行调整: 如果释放了大量的空间, 就适当降低该值; 如果释放了很少的空间, 那么在不超过-XX:MaxMetaspaceSize(如果设置了的话) 的情况下, 适当提高该值。这个跟早期jdk版本的-XX:PermSize参数意思不一样,-XX:PermSize代表永久代的初始容量。
由于调整元空间的大小需要Full GC,这是非常昂贵的操作,如果应用在启动的时候发生大量Full GC,通常都是由于永久代或元空间发生了大小调整,基于这种情况,一般建议在JVM参数中将MetaspaceSize和MaxMetaspaceSize设置成一样的值,并设置得比初始值要大,对于8G物理内存的机器来说,一般将这两个值都设置为256M。
-Xss设置越小,说明一个线程栈里能分配的栈帧就越少,但是对JVM整体来说能开启的线程数会更多。
备注:当元空间内存满了后,也会出发full gc,对于项目启动过慢(几分钟甚至更久),很可能是元空间的大小比较小,导致一直GC,然后扩容元空间大小。
对JVM的优化:
尽可能让对象都在新生代里分配和回收,尽量别让太多对象频繁进入老年代,避免频繁对老年代进行垃圾回收,同时给系统充足的内存大小,避免新生代频繁的进行垃圾回收。