【JVM】自动内存管理机制《二》---- 内存区域为何划分，以什么原则划分，为何自动管理？

最新推荐文章于 2022-06-23 19:54:51 发布

向上爬的小蜗牛

最新推荐文章于 2022-06-23 19:54:51 发布

阅读量351

点赞数 3

分类专栏：你能看懂的JVM专栏文章标签： jvm虚拟机内存为什么划分区域内存为什么要自动管理 JVM内存如何自动管理的？ JVM收集器 GC算法

本文链接：https://blog.csdn.net/LyySwx/article/details/98305592

版权

你能看懂的JVM专栏专栏收录该内容

9 篇文章 1 订阅

订阅专栏

导读

上篇博客：【JVM】自动内存管理机制《一》相信你明白了为什么内存需要管理：为了解决有限资源和无限需求的冲突！内存是有限的，但在运行的过程中最大的冲突就是：内存不够用。也看了java8的内存模型是分区域的，那么有没有想过一个问题：内存为什么划分？还有上篇博客的遗留问题：内存为什么要自动管理？如何自动管理的？这一切都是为了更好的利用和管理内存那么今天会解决这三个问题

1.jvm虚拟机内存为什么划分区域？划分原则是什么？

2.内存为什么要自动管理？

3.如何自动管理的？

JVM内存为什么划分区域？

源于生活的智慧：你的家就是你存放物品的区域，你会划分阳台，厕所，厨房，卧室，化妆台等等。你为什么划分呢？？很简单，假想一下：假如你的化妆品放在厨房，锅放在卧室，床放在厕所，，，，哇，，，这，，，，amazing啊~~~这会带来什么问题？？？再试想一下，你们家不是就那么大，假如你们产生的生活垃圾，不处理，不回收，那么？？？家里会怎么样？迟早有一天你的家会被垃圾充满，你就不用进去啦。

JVM内存模型详细介绍：

线程私有内存区域

（1）程序计数器

说简单一点就是：一小块较小内存空间，存着什么呢？存的是当前线程下一条需要执行的指令的行号，当字节码解释器工作是能够通过改变这个计数器的值来选取下一条需要执行的字节码指令。在说明一点，各条线程之间计数器互不影响，独立存储，程序计数器器内存区域为 线程私有 的。

注意：在JVM规范中规定：

如果线程执行的是native本地方法，程序计数器中保存的是undefind；

如果线程执行的是不是native方法，则保存的是下一条指令的地址的行号；

由于程序计数器中存储的数据所占空间的大小不会随程序的执行而发生改变，

异常情况：此内存区域是唯一一个在JVM规范中没有规定任何OutOfMemoryError情况的区域

（2）java虚拟机栈

Java虚拟机栈是Java方法执行的内存模型，（线程私有）每个线程对应自己的虚拟机栈，每个虚拟机栈中存放的是一个个栈帧，每个栈帧对应当前线程中一个个被调用的方法。详细看下图的结构

æ ç¤ºæå¾1

局部变量表：用来存储方法中的局部变量【包括方法中声明的非静态变量及函数形参】。对于基础数据类型的变量，则直接存储它的值，对于引用类型的变量，则存的是指向对象的引用。局部变量彪的大小在编译器就确定其大小了，运行期间大小不变
操作数栈：栈典型应用就是对表达式求值，程序中所有的计算过程都是借助于操作数栈来完成的
指向运行时常量的引用：因为在方法执行的过程中有可能会用到类中的常量，所以必须要有一个引用指向运行时常量
方法返回地址：当一个方法执行完毕之后，要返回之前调用它的地方，因此在栈帧中必须保存一个方法返回地址。

异常情况：在这个区域规定了两种异常状况：

如果线程请求的栈深入大于虚拟机所允许的深度，将抛出StackOverFlowError异常！
如果虚拟机栈可以动态扩展，当扩展到无法申请内存到足够的内存，就会抛出OutOfMemoryError异常!

（3）本地方法栈

本地方法栈和虚拟机栈所发挥的作用是很相似的，它们之间的区别不过是虚拟机栈为虚拟机执行Java方法（字节码）服务，而本地方法栈则为虚拟机使用到的Native方法服务。Sun HotSpot 直接就把本地方法栈和虚拟机栈合二为一。本地方法栈也会抛出StackOverflowError和OutOfMemoryError异常。

异常情况：本地方法栈也会抛出StackOverflowError和OutOfMemoryError异常。

线程公有

（4）Java堆

堆是jvm内存管理的最大的一块区域，此内存区域的唯一目的就是存放对象的实例，所有对象实例与数组都要在堆上分配内存。堆内也会有划分：年轻代（8：1：1），老年代

异常情况：如果在堆中没有内存完成实例分配，并且堆也无法再扩展时，将抛出OutOfMemoryError异常。

（5）元空间

元空间：是方法区的在HotSpot jvm 中的实现，方法区主要用于存储类的信息、常量池、方法数据、方法代码等。方法区逻辑上属于堆的一部分，但是为了与堆进行区分，通常又叫“非堆”。元空间的本质和永久代类似，都是对JVM规范中方法区的实现。不过元空间与永久代之间最大的区别在于：元空间并不在虚拟机中，而是使用本地内存。，理论上取决于32位/64位系统可虚拟的内存大小。可见也不是无限制的，需要配置参数。

（6）Java中的（三种类型）常量池

常量池	所处区域	诞生时间
类文件中常量池（The Constant Pool）	堆	编译时
运行时常量池（The Run-Time Constant Pool）	元空间	JVM运行时
String常量池	堆	在类加载完成，经过验证，准备阶段之后在堆中生成字符串对象实例，然后将该字符串对象实例的引用值存到string pool中

类文件中常量池：符号引用和字面量——在编译阶段，每个class都有的，存放的是常量的符号引用。那么问题来了，符号信息有什么用呢？是Java虚拟机在执行指令的时候会依赖这些信息
运行时常量池：class文件元信息描述，编译后的代码数据，引用类型数据，类文件常量池——所谓的运行时常量池就是用来动态获取类信息的入口。运行时常量池是在类加载完成之后，将每个class常量池中的符号引用值转存到运行时常量池中，也就是说，每个class都有一个运行时常量池，类在解析之后，将符号引用替换成直接引用，与全局常量池中的引用值保持一致。
字符串常量池：string pool中存的是引用值而不是具体的实例对象，具体的实例对象是在堆中开辟的一块空间存放的）。在HotSpot VM里实现的string pool功能的是一个StringTable类，它是一个哈希表，里面存的是驻留字符串(也就是我们常说的用双引号括起来的)的引用（而不是驻留字符串实例本身），也就是说在堆中的某些字符串实例被这个StringTable引用之后就等同被赋予了”驻留字符串”的身份。这个StringTable在每个HotSpot VM的实例只有一份，被所有的类共享。