Jvm图解

运行时数据区

Java虚拟机在执行Java程序的过程中会把它所管理的内存划分为若干个不同的数据区域，这些区域都拥有自己的用途，并随着JVM进程的启动或者用户线程的启动和结束建立和销毁。

先让我们了解下进程和线程的区别：

进程是资源分配的最小单位，线程是程序执行的最小单位。

进程有自己的独立地址空间，每启动一个进程，系统就会为它分配一个地址空间、建立数据表来维护代码段、堆栈段和数据段，这种操作非常昂贵。而线程是共享进程中的数据的，使用相同的地址空间，因此CPU切换一个线程的花费要比进程小很多，同时创建一个线程的开销也要比进程小很多。

同一个进程中可以包括多个线程，并且线程共享整个进程的资源（寄存器、堆栈、上下文），一个进程至少包含一个线程。线程之间的通信更加方便，同一进程下的线程共享全局变量、静态变量等数据，而进程之间的通信则需要以通信的方式（IPC）进行。

程序计数器（Program Counter Register）

程序计数器（Program Counter Register）是一块较小的内存空间，它可以看成是当前线程所执行字节码的行号指示器。在计算机中，其实程序计数器就是一个寄存器，依据不同计算机细节的差异，它可以存放当前正在被执行的指令，也可以放下一个被执行的指令。

在虚拟机的概念模型中，字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令的。

由于Java虚拟机的多线程是通过线程轮询切换并分配处理器执行时间的方式来实现的，在任何一个确定的时候，一个处理器都只会执行一条线程中的指令，因此为了线程切换之后能过恢复到正确的执行位置，每条线程都需要拥有一个独立的程序计数器，各条线程之间的计数器互不影响，独立存储，所以程序计数器是线程私有的内存，也就是它属于线程隔离区的。

如果线程执行的是一个Java方法，这个计数器记录的就是正在执行的虚拟机字节码指令地址；如果正在执行的是Native方法，那么这个计数器的值就是（Undefined）。

此内存区域是唯一一个在Java虚拟机规范中没有规定任何OutOfMemoryError情况的区域。

Java虚拟机栈

Java虚拟机栈（Java Virtual Machine Stack）也是线程私有的，即他的生命周期和线程相同。

在Java中，JVM中的栈记录了线程的方法调用，每个线程拥有一个栈，在某个线程的运行过程中，如果有新的方法调用，那么该线程对应的栈就会增加一个存储单元，即栈针（Stack Frame）。

虚拟机栈描述的是Java方法执行的内存模型：每个方法在执行时都会创建一个栈针（Stack Frame）用于存储局部变量表、操作数栈、动态连接、方法出口等信息。每一个方法从调用至完成的过程，就对应着一个栈帧在虚拟机栈中从入栈到出栈的过程。

当被调用方法运行结束时，该方法对应的帧将被删除，参数和局部变量所占据的空间也随之释放。线程回到原方法，继续执行。当所有的栈都清空时，程序也随之运行结束。

我们经常说的栈内存其实就是现在讲的虚拟机栈，或者说是虚拟机栈中局部变量表部分。

局部变量表存放了编译器可知的各种基本数据类型（boolean、byte、char、short、int、float、long、double）、对象引用(reference类型，它不等同于对象本身，可能是指向对象起始位置的引用指针，也可能是指向一个代表对象的句柄或其他与此对象相关的位置，引用所指向的对象保存在堆中（引用可能为Null，即不指向任何对象））和returnAddress类型（指向了一条字节码指令的地址）。

其中64位长度的long和double类型的数据会占用2个局部变量空间（Slot），其余数据类型只占用1个。局部变量表所需要的内存空间在编译时期完成分配。当进入一个方法时，这个方法需要在帧中分配多大的局部变量空间是完全确定的，在方法运行期间不会改变局部变量表的大小。

异常有两种

1，线程请求的栈深度大于虚拟机所允许的深度将抛出StackOverflowError异常 （递归调用）

2，如果虚拟机可以动态扩展，如果扩展时已经无法申请到足够的内存就会抛出OutOfMemeoryError异常。

本地方法栈

本地方法栈（Native Method Stack）与虚拟机栈所发挥的作用是非常相似的。他们之间的区别就是Java虚拟机栈是位虚拟机执行Java方法（也就是字节码）服务，而本地方法栈为位虚拟机使用到的Native方法服务。

其实虚拟机规范中对本地方发栈中方法所使用的语言、使用方式以及数据结构都没有强制规定，因此具体的虚拟机可以自由地实现它。甚至在有的虚拟机（如Sun HotSpot虚拟机）直接就把本地方法栈和虚拟机栈合二为一。与虚拟机栈一样，本地方法栈区域也会抛出StackOverflowError和OutOfMemory异常。

Java堆

对于大多数应用来说，Java堆（Java Heap）是Java虚拟机管理的内存中最大的一块。Java堆是被所有线程共享的一块数据区域，在虚拟机启动时创建，这一内存区域的唯一目的就是存放对象实例，几乎所有的对象实例都在这里分配内存。但是随着JIT编译器的发展与逃逸分析技术逐渐成熟，栈上分配、标量替换优化技术将会导致一些微妙的变化发生，所有的对象都分配在堆上也逐渐变得不是那么“绝对”。

堆中可细分为新生代和老年代，在细分可以分为Eden空间、Form Survivor空间、to Survivor空间。

Java堆是垃圾收集器管理的主要区域，因此很多时候也被称为“GC堆”。

根据Java虚拟机规范规定，Java堆可以处于物理上不连续的内存中，即只要逻辑上是连续的即可，就像我们的磁盘空间一样。在实现时，可以固定大小也是可扩展的。主流的虚拟机都是按照可扩展来实现的（通过-Xmx和-Xms来控制）。如果在堆中没有内存可分配，并且堆也无法继续扩展时，将会抛出OutOfMemortError异常。

Java的普通对象存活在堆中，与栈不同，堆的空间不会随着方法调用结束而清空。因此，在某个方法中创建的对象，可以在方法调用结束之后，继续存在堆中。这带来的一个问题是，如果我们不断的创建新的对象，内存控件将会最终消耗殆尽。

方法区

方法区（Method Area）与Java堆一样，是各个线程共享的内存区域，它用于存储已经被虚拟机加载的类信息、常量、静态变量、即时编译器编译之后的代码等数据。虽然Java虚拟机将其描述为堆的一个逻辑部分，但它却有一个别名叫做Non-Heap（非堆）。目的是与Java堆区分开来。（以前很多人把方法区称为永久代，现在JDK1.8中已经用元数据区域取代了永久代）。

运行时常量池

运行时常量池（Runtime Constant Pool）是方法区的一部分。Class文件中除了有类的版本、字段、方法、接口等描述信息外，还有一项信息就是常量池。用于存放编译期生成的各种字面量和符号引用，这部分内容将在类加载后进入到方法区的运行时常量池中存放。并非预置入Class文件中常量池的内容才进入方法运行时常量池，运行期间也可能将新的常量放入池中，这种特性被开发人员利用得比较多的便是String类的intern()方法。

 

学习于 https://www.cnblogs.com/blueskyli/p/8630934.html