深入理解JVM--深入理解虚拟机之Java内存区域

最新推荐文章于 2024-09-06 11:50:52 发布

wuzhenwei0419

最新推荐文章于 2024-09-06 11:50:52 发布

阅读量179

点赞数

分类专栏： JVM 文章标签： Java内存区域

JVM 专栏收录该内容

15 篇文章 2 订阅

订阅专栏

深入理解JVM--深入理解虚拟机之Java内存区域

概述
- Java程序执行流程
- 运行时数据区域

概述

对于Java程序员来说，在虚拟机自动内存管理机制下，不再需要像C/C++程序开发程序员这样为内一个new 操作去写对应的delete/free操作，不容易出现内存泄漏和内存溢出问题。正是因为Java程序员把内存控制权利交给Java虚拟机，一旦出现内存泄漏和溢出方面的问题，如果不了解虚拟机是怎样使用内存的，那么排查错误将会是一个非常艰巨的任务。

Java程序执行流程

首先，我们先来回顾一下java的基本开发模式，我们知道，我们写的所有的java 程序都保存在 * .java 的文件中，即我们的源代码，但是呢，这些源代码，必须经过javac.exe命令将其编译成 *.class 文件，而后利用 java.exe 命令在 JVM 进程中中解释此程序。
但是在这里流程中，又有自己的过程，如下图：
在这里插入图片描述
实际上，当JVM将所需要的 .class 文件将所需要的 .class 文件加载到 JVM 进程之中，那么这个过程，我们需要一个类加载器（ClassLoad),类加载器的好处在于：可以随定指定 *.class 文件所在的路径。
JVM：java虚拟机，所有的程序都要求运行在JVM上，是因为考虑到了可移植性问题，但如果真正去执行程序，无法离开操作系统的支持。
Execution Engine执行引擎在执行Java代码时候可能会有 解释执行和编译执行 两种选择，也可能两者兼备，甚至还可能会包含几个不同级别的编译器执行引擎。
在 java 中可以使用 native 实现本地 C 函数的调用，Native Interface，但是这些都是属于程序的辅助手段，而真正的程序运行都在“运行时数据区”之中。

运行时数据区域

Java虚拟机在执行Java程序的过程中会把它管理的内存划分成若干个不同的数据区域。
在这里插入图片描述

程序计数器
程序计数器是一块较小的内存空间，可以看作是当前线程所执行的字节码的行号指示器。字节码解释器工作时通过改变这个计数器的值来选取下一条需要执行的字节码指令，分支、循环、跳转、异常处理、线程恢复等功能都需要依赖这个计数器来完。
另外，为了线程切换后能恢复到正确的执行位置，每条线程都需要有一个独立的程序计数器，各线程之间计数器互不影响，独立存储，我们称这类内存区域为“线程私有”的内存。
Java虚拟机栈
与程序计数器一样，Java虚拟机栈也是线程私有的，它的生命周期和线程相同，描述的是Java方法执行的内存模型。
Java内存可以粗糙的区分为堆内存（Heap）和栈内存(Stack),其中栈就是现在说的虚拟机栈，或者说是虚拟机栈中局部变量表部分。

在这里插入图片描述
我们在java JVM 中用栈帧（Stack Frame）来定义栈的数据，每一个栈帧表示每个可能执行的方法。
栈帧中则包含了：局部变量表，操作树栈，指向运行时常量池的引用，方法返回地址和动态链接

局部变量表主要存放了编译器可知的各种数据类型、对象引用。
操作树栈（Operand Stack）：表达式计算在栈中完成；
指向当前方法所属的类的运行时常量池的引用（Reference to runtime constant pool）：引用其他类的常量或者使用String 池中的字符串；
方法返回地址（Return Address）：方法执行完后需要返回调用此方法的位置，所以需要再栈帧中保存方法返回地址；

本地方法栈
和虚拟机栈所发挥的作用非常相似，区别是：虚拟机栈为虚拟机执行Java方法（也就是字节码）服务，而本地方法栈则为虚拟机使用到的Native方法服务。
堆
Java虚拟机所管理的内存中最大的一块，Java堆是所有线程共享的一块内存区域，在虚拟机启动时创建。此内存区域的唯一目的就是存放对象实例，几乎所有的对象实例以及数组都在这里分配内存。Java堆是垃圾收集器管理的主要区域，因此也被称作GC堆（Garbage Collected Heap）.从垃圾回收的角度，由于现在收集器基本都采用分代垃圾收集算法，所以Java堆还可以细分为：新生代和老年代：在细致一点有：Eden空间、From Survivor、To Survivor、Old Gen空间等。进一步划分的目的是更好地回收内存，或者更快地分配内存。

一定要记住在 JDK1.8 之后将最初的永久代内存空间取消了，以下为1.8之前的内存空间组成：
取消永久代的目的：是为了将 HotSpot与JRockit 两个虚拟机标准联合成一个。）
在整个的JVM堆内存之中实际上将内存分为三块：
年轻代：新对象和没达到一定年龄的对象都在年轻代；
老年代：被长时间使用的对象，老年代的内存空间比年轻代更大
元空间：像一些方法中的操作临时对象等，直接使用物理内存；
最初的永久代是需要在JVM堆内存里面进行划分；
方法区
方法区与Java堆一样，是各个线程共享的内存区域，它用于存储已被虚拟机加载的类信息、常量、静态变量、即使编译器编译后的代码等数据。
HotSpot虚拟机中方法区也常被称为 “永久代”，本质上两者并不等价。仅仅是因为HotSpot虚拟机设计团队用永久代来实现方法区而已，这样HotSpot虚拟机的垃圾收集器就可以像管理Java堆一样管理这部分内存了。但是这并不是一个好主意，因为这样更容易遇到内存溢出问题。
相对而言，垃圾收集行为在这个区域是比较出现的，但并非数据进入方法区后就“永久存在”了。
运行时常量池
运行时常量池是方法区的一部分。Class文件中除了有类的版本、字段、方法、接口等描述信息外，还有常量池信息（用于存放编译期生成的各种字面量和符号引用）
直接内存
直接内存并不是虚拟机运行时数据区的一部分，也不是虚拟机规范中定义的内存区域，但是这部分内存也被频繁地使用。而且也可能导致OutOfMemoryError异常出现。
JDK1.4中新加入的NIO(New Input/Output)类，引入了一种基于通道（Channel）与缓存区（Buffer）的I/O方式，它可以直接使用Native函数库直接分配堆外内存，然后通过一个存储在java堆中的DirectByteBuffer对象作为这块内存的引用进行操作。这样就能在一些场景中显著提高性能，因为避免了在Java堆和Native堆之间来回复制数据。
本机直接内存的分配不会收到Java堆的限制，但是，既然是内存就会受到本机总内存大小以及处理器寻址空间的限制。

这里是引用
https://mp.weixin.qq.com/s?__biz=MzU4NDQ4MzU5OA==&mid=2247483910&idx=1&sn=246f39051a85fc312577499691fba89f&chksm=fd985467caefdd71f9a7c275952be34484b14f9e092723c19bd4ef557c324169ed084f868bdb#rd
https://blog.csdn.net/qq_34707744/article/details/79278169