小浩浅谈JVM的内存模型与GC机制（一）

网友小浩

已于 2022-10-30 22:51:41 修改

阅读量189

点赞数

文章标签： jvm java 面试

于 2022-10-30 22:36:22 首次发布

本文链接：https://blog.csdn.net/weixin_64625868/article/details/127603157

版权

最近在面试的时候，经常被问到JVM内存模型与Java内存模型以及GC回收机制的的相关问题，所以在这利用闲暇时间对这些问题做个分析和总结

1.JVM内存模型与结构

什么是JVM？（JVM是JAVA虚拟机Java Virtual Machine的缩写）JVM有着完整的硬件结构

JVM是来干嘛的？（我们平常在idea中编写的Java文件，都必须先通过javac编译器，将其转为.class文件，然后再通过JVM把.class文件解释成各个平台可以识别的机器码，从而实现达到跨平台运行代码）

JVM内存模型的划分

运行时的数据区

堆和方法区

堆和方法区是由所有线程共享的数据区，而虚拟机栈、本地方法栈、程序计数器都是属于线程隔离的数据区（线程隔离主要是指线程池隔离，在我们实际使用和运行程序时，我们会把请求分类交给不同的线程池处理，当一种业务处理发生问题时，不会将故障扩散到其他线程池，从而可以保证其他服务的可用）

堆是Java虚拟机所管理的内存中最大的一块，同时堆再虚拟机启动时创建（内存区域的唯一目的就是存放对象实例，几乎所有的对象实例都在这里分配内存。） 堆是垃圾收集器管理的主要区域，因此很多时候被称作GC堆。

堆的大小设置？

堆的大小可以通过-Xms(最小值)和-Xmx(最大值)参数设置，-Xms为JVM启动时申请的最小内存，默认为操作系统物理内存的1/64但小于1G，-Xmx为JVM可申请的最大内存，默认为物理内存的1/4但小于1G，默认当空余堆内存小于40%时，JVM会增大Heap到-Xmx指定的大小，可通过-XX:MinHeapFreeRation=来指定这个比列；当空余堆内存大于70%时，JVM会减小heap的大小到-Xms指定的大小，可通过XX:MaxHeapFreeRation=来指定这个比列，对于运行系统，为避免在运行时频繁调整Heap的大小，通常-Xms与-Xmx的值设成一样。

堆的区域划分？

在 Java 中，堆被划分成三个不同的区域：新生代 ( Young )、老年代 ( Old )，永久代（Permanent Generation），新生代 ( Young ) ，又被划分为三个区域：Eden、From Survivor、To Survivor。

在我们垃圾回收的时候，我们往往将堆内存分成新生代和老生代（大小比例1：2），新生代中由Eden和Survivor0，Survivor1组成，三者的比例是8：1：1，新生代的回收机制采用复制算法，在Minor GC的时候，我们都留一个存活区用来存放存活的对象，真正进行的区域是Eden+其中一个存活区，当我们的对象时长超过一定年龄时（默认15，可以通过参数设置），将会把对象放入老生代，当然大的对象会直接进入老生代，老生代采用的回收算法是标记整理算法。

方法区的功能？

在方法区中，存储了每个类的信息（包括类的名称、方法信息、字段信息）、静态变量、常量以及编译器编译后的代码等。在Class文件中除了类的字段、方法、接口等描述信息外，还有一项信息是常量池，用来存储编译期间生成的字面量和符号引用。

在方法区中有一个非常重要的部分就是运行时常量池，它是每一个类或接口的常量池的运行时表示形式，在类和接口被加载到JVM后，对应的运行时常量池就被创建出来。当然并非Class文件常量池中的内容才能进入运行时常量池，在运行期间也可将新的常量放入运行时常量池中

JVM为每个已加载的类型都维护一个常量池。常量池就是这个类型用到的常量的一个有序集合，包括实际的常量和对类型，域和方法的符号引用。池中的数据项象数组项一样，是通过索引访问的

程序计数器

程序计数器是一个相当较小的内存区域，在JVM的概念模型里，字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令，分支、循环、跳转、异常处理、线程恢复等基础功能都需要依赖这个计数器来完成。

JVM的多线程是通过线程轮流切换并分配处理器执行时间的方式来实现的，为了各条线程之间的切换后计数器能恢复到正确的执行位置，所以每条线程都会有一个独立的程序计数器。各条线程之间的计数器互不影响，独立存储，我们称这类内存区域为“线程私有”的内存。

当线程正在执行一个Java方法，程序计数器记录的是正在执行的JVM字节码指令的地址；如果正在执行的是一个Natvie（本地方法），那么这个计数器的值则为空（Underfined）。此内存区域是唯一一个在Java 虚拟机规范中没有规定任何OutOfMemoryError 情况的区域。

虚拟机栈

虚拟机栈（Java Virtual Machine Stack），早期也叫Java栈，每个线程在创建时都会创建一个虚拟机栈，其内部保存一个个的栈帧（Stack Frame），对应着一次次的Java方法调用。

虚拟机栈的作用：主管Java程序的运行，它保存方法的局部变量、部分结果，并参与方法的调用和返回。线程私有，它的生命周期与线程相同。虚拟机栈描述的是Java 方法执行的内存模型：每个方法被执行的时候都会同时创建一个栈帧（**Stack Frame**）用于存储局部变量表、操作栈、动态链接、方法出口等信息。

每一个栈帧包含的内容有局部变量表、操作数栈、动态链接、方法返回地址和一些额外的附加信息

栈帧用于存储局部变量表、动态链接、操作数和方法出口等信息，当方法被调用时，栈帧入栈，当方法调用结束时，栈帧出栈。

局部变量表中存储着方法相关的局部变量，包括各种基本数据类型及对象的引用地址等，因此他有个特点：内存空间可以在编译期间就确定，运行时不再改变。

虚拟机栈定义了两种异常类型：StackOverFlowError(栈溢出)和OutOfMemoryError（内存溢出）。如果线程调用的栈深度大于虚拟机允许的最大深度，则抛出StackOverFlowError；不过大多数虚拟机都允许动态扩展虚拟机栈的大小，所以线程可以一直申请栈，直到内存不足时，抛出OutOfMemoryError。