Java虚拟机运行时数据区概述

最新推荐文章于 2020-10-16 22:27:38 发布

PassionZheng

最新推荐文章于 2020-10-16 22:27:38 发布

阅读量122

点赞数

分类专栏： Java

本文链接：https://blog.csdn.net/select_alter_drop/article/details/100083497

版权

Java 专栏收录该内容

38 篇文章 0 订阅

订阅专栏

JVM运行时数据区

1.Native Method Stack：本地方法栈
2.Program Counter Register：程序计数器
3.Method Area：方法区
4.Stack栈
5.Java Heap 堆
总结：

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

在这里插入图片描述

图中运行时数据区中，方法区与堆由所有线程共享的数据区域，Java栈、本地方法栈、程序计数器为线程隔离的数据区域。

1.Native Method Stack：本地方法栈

为虚拟机使用到的的 Native 方法服务，线程私有。区别于虚拟机栈：为虚拟机执行Java方法（也就是字节码）服务。

1.Native Interface：本地方法接口

本地接口的作用是融合不同的编程语言为 Java 所用，它的初衷是融合 C/C++程序，Java 诞生的时候是 C/C++横行的时候，要想立足，必须有调用 C/C++程序，于是就在内存中专门开辟了一块区域处理标记为native的代码，它的具体做法是在 Native Method Stack中登记 native方法，在Execution Engine 执行时加载本地方法库native libraies。

目前该方法使用的越来越少了，除非是与硬件有关的应用，比如通过Java程序驱动打印机或者Java系统管理生产设备，在企业级应用中已经比较少见。因为现在的异构领域间的通信很发达，比如可以使用 Socket通信，也可以使用Web Service等等，不多做介绍。

2.Native Method Stack：本地方法栈

用于登记native方法，然后在Execution Engine 执行时加载本地方法库。

2.Program Counter Register：程序计数器

程序计数器是一块较小的内存空间，

作用：可以看做是当前线程所执行的字节码的行号指示器。
特性：线程私有

Program Counter Register 是一块较小的内存空间，其作用可以看做是当前线程所执行的字节码的行号指示器。在虚拟机的概念模型（实际的执行方式可能会更加高效），字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令，分支、循环、跳转、异常处理、线程恢复等基础功能都需要依赖这个计数器来完成。

为啥需要当前线程所执行的字节码的行号指示器？

由于JVM的多线程通过线程轮流切换并分配处理器执行时间的方式来实现，也就是说任何一个确定时刻，一个处理器（多核处理器来说就是一个内核）只会执行一条线程中的指令。

为了线程切换后能够恢复到正确执行位置，每个线程都需要有一个独立的程序计数器。

这同时也是程序计数器线程私有的原因

程序计数器其实就是一个指针，指向方法区中的方法字节码（用来存储指向下一条字节码指令的地址,也即将要执行的指令代码），由执行引擎读取下一条指令，是一个非常小的内存空间，几乎可以忽略不记。

3.Method Area：方法区

方法区是被所有线程共享，所有字段和方法字节码，以及一些特殊方法如构造函数，接口代码也在此定义。简单说，所有定义的方法的信息都保存在该区域，此区属于共享区间。

方法区中包括：静态变量+常量+类信息(构造方法/接口/成员方法定义)+运行时常量池

但是，实例变量存在堆内存中,和方法区无关。

Method Area 方法区，也被称为“永久代 Permanent Generation”,本质上两者并不等价，仅仅是因为HotSpot虚拟机的设计团队选择把GC 分代收集扩展至方法区，或者说使用永久代来实现方法区而已。

并且JDK1.7时将常量池放到了堆中，JDK1.8时又将常量池拿回了方法区，此外将永久代改为元数据。

4.Stack栈

Stack 栈是什么?

栈也叫栈内存，主管Java程序的运行，是在线程创建时创建，它的生命期是跟随线程的生命期，线程结束栈内存也就释放，对于栈来说不存在垃圾回收问题，只要线程一结束该栈就Over，生命周期和线程一致，是线程私有的。

8种基本类型的变量+对象的引用变量+实例方法，都是在函数的栈内存中分配。

栈存储什么?

栈帧中主要保存3 类数据：

本地变量（Local Variables）:输入参数和输出参数以及方法内的变量；
栈操作（Operand Stack）:记录出栈、入栈的操作；
栈帧数据（Frame Data）:包括类文件、方法等等。

栈运行原理：遵循“先进后出”/“后进先出”原则。

栈中的数据都是以栈帧（Stack Frame）的格式存在，栈帧是一个内存区块，是一个数据集，是一个有关方法(Method)和运行期数据的数据集，当一个方法A被调用时就产生了一个栈帧 F1，并被压入到栈中；A方法又调用了 B方法，于是产生栈帧 F2 也被压入栈；B方法又调用了 C方法，于是产生栈帧 F3 也被压入栈……执行完毕后，先弹出F3栈帧，再弹出F2栈帧，再弹出F1栈帧……

在这里插入图片描述

1）特性：

线程私有;
生命周期与线程相同；
遵循“先进后出”/“后进先出”原则

2）what:

虚拟机栈：为虚拟机执行Java方法（也就是字节码）服务。

虚拟机栈描述的是：Java方法执行的内存模型

每个方法被执行的时候，都会同时创建一个栈帧 Stack Frame；
每一个方法被调用直至执行完成过程，就对应一个栈帧在虚拟机中从入栈到出栈的过程；

3）栈帧 Stack Frame: 是方法运行期的基础数据结构，用于存储

局部变量表
操作数栈
指向运行时常量池的引用
动态链接
方法出口等信息

4）局部变量表：存放了编译期可知的各种数据类型

1）基本数据类型：四类八种
2）对象引用：reference类型，不等同于对象本身
3）returnAddress类型：指向一条字节码指令的地址

局部变量表所需内存空间在编译期间完成分配，当进入一个方法时，这个方法需要在帧中分配多大的局部变量空间是完全确定的，运行期间不会改变

5）Java虚拟机规范中，对这个区域规定两种异常状况：

线性请求的栈深度大于虚拟机所允许深度：抛出 java.lang.StackOverflowError异常
如果虚拟机栈可以动态扩展，当扩展时无法申请到足够的内存时，会抛出OutOfMemoryError异常

5.Java Heap 堆

一个JVM实例只存在一个堆内存，堆内存的大小是可以调节的。所有对象实例以及数组都要在堆上分配（并不绝对）。类加载器读取了类文件后，需要把类、方法、常变量放到堆内存中，保存所有引用类型的真实信息，以方便执行器执行。

5.1特性

堆Heap：

是被线程共享的一块内存区域
是虚拟机启动时创建
此块内存区域唯一目的就是存放对象实例
也是虚拟机管理的内存中最大的一块
Java堆可以处于物理上不连续的内存空间，只要逻辑上是连续的
堆既可以实现为固定大小，也可以扩展：通过-Xmx 和 -Xms控制
如果堆中没有内存完成实例分配，并且堆也无法再扩展时，将会抛出OutOfMemoryError异常

5.2 堆的结构

堆内存逻辑上分为三部分：新生+养老+永久：

Young Generation Space 新生区 Young/New
Tenure generation space 养老区 Old/ Tenure
Permanent Space 永久区 Perm --> Java7及之前

在这里插入图片描述

设置不同区的原因是：为了实现堆内存的分代管理；

因为不同对象的生命周期不同，而98%的对象是临时对象，朝生夕死；

当前商业虚拟机采用的算法：根据对象的存活周期不同将内存划分为几块，根据各个年代的特点采用最适当的收集算法

1）新生代：每次垃圾收集时都发现有大批对象死去，只有少量存活 --> 选用复制算法，只需付出少量存活对象的复制成本
2）老年代：对象存活率高、没有额外空间对它进行分配担保 --> 使用“标记-清理” 或 “标记-整理” 算法来进行回收

5.2.1 新生区

新生区是类的诞生、成长、消亡的区域，一个类在这里产生，应用，最后被垃圾回收器收集，结束生命。

新生区又分为两部分：

伊甸区（Eden space）：所有的类都是在伊甸区被new出来的
幸存者区（Survivor pace） ：幸存0区（Survivor 0 space）和幸存1区（Survivor 1 space）。

堆中对象的垃圾回收过程：

当伊甸园的空间用完时，程序又需要创建对象，JVM的垃圾回收器将对伊甸园区进行垃圾回收(Minor GC)，将伊甸园区中的不再被其他对象所引用的对象进行销毁。
然后将伊甸园中的剩余对象移动到幸存 0区。
若幸存 0区也满了，再对该区及伊甸园进行垃圾回收，然后移动到 1 区。那如果1 区也满了呢？再次垃圾回收，同时将满足的对象移动到养老区。
若养老区也满了，那么这个时候将产生MajorGC（FullGC），进行养老区的内存清理。
若养老区执行了Full GC之后发现依然无法进行对象的保存，就会产生OOM异常“OutOfMemoryError”。

如果出现java.lang.OutOfMemoryError: 异常，说明Java虚拟机的堆内存不够。原因有二：Java heap space

1）Java虚拟机的堆内存设置不够，可以通过参数-Xms、-Xmx来调整。
2）代码中创建了大量大对象，并且长时间不能被垃圾收集器收集（存在被引用）。

Sun HotSpot内存管理：

在这里插入图片描述

新生代：由Eden、两块相同大小的Survivor(又称from/to，s0/s1)构成，to总为空；
老年代：存放新生代中经历多次GC仍然存活的对象；
永久代：对应方法区

5.2.2 永久区

永久存储区是一个常驻内存区域，用于存放JDK自身所携带的 Class,Interface 的元数据，也就是说它存储的是运行环境必须的类信息，被装载进此区域的数据是不会被垃圾回收器回收掉的，关闭 JVM 才会释放此区域所占用的内存。

如果出现java.lang.OutOfMemoryError: PermGen space：说明是Java虚拟机对永久代Perm内存设置不够。一般出现这种情况，都是程序启动需要加载大量的第三方jar包。例如：在一个Tomcat下部署了太多的应用。或者大量动态反射生成的类不断被加载，最终导致Perm区被占满。

Jdk1.6及之前：有永久代, 常量池1.6在方法区
Jdk1.7：有永久代，但已经逐步“去永久代”，常量池1.7在堆
Jdk1.8及之后：无永久代，常量池1.8在元空间

Java7：

在这里插入图片描述

Java8

在这里插入图片描述

总结：

程序计数器、虚拟机栈、本地方法栈为线程私有，随着线程而生、随线程而灭；

栈中栈帧随着方法的进入和退出而有条不紊地执行着出栈入栈；

PassionZheng

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
Java虚拟机运行时数据区概述

运行时数据区1.Native Method Stack：本地方法栈2.Program Counter Register：程序计数器3.Method Area：方法区4.Stack栈5.Java Heap 堆总结：JVM在执行Java程序过程中会把它所管理的内存划分为若干个不同的数据区域。这些区域都有各自用途、创建与销毁时间，有的随着虚拟机进程启动而存在，有些区域则依赖用户线程启动和结束而建立和销...
复制链接

扫一扫