阿里P7带你深刻浅出JVM的运行机制

概述html

1. 基本概念：

JVM 是可运行 Java 代码的假想计算机，包括一套字节码指令集、一组寄存器、一个栈、一个垃圾回收，堆和一个存储方法域。JVM 是运行在操做系统之上的，它与硬件没有直接的交互。java

2. 运行过程：

咱们都知道 Java 源文件，经过编译器，可以生产相应的.Class 文件，也就是字节码文件，而字节码文件又经过 Java 虚拟机中的解释器，编译成特定机器上的机器码。也就是以下：mysql

Java 源文件—->编译器—->字节码文件
　　
字节码文件—->JVM—->机器码

面试

每一种平台的解释器是不一样的，可是实现的虚拟机是相同的，这也就是 Java 为何可以跨平台的缘由了，当一个程序从开始运行，这时虚拟机就开始实例化了，多个程序启动就会存在多个虚拟机实例。程序退出或者关闭，则虚拟机实例消亡，多个虚拟机实例之间数据不能共享。算法

3. 线程：
spring

这里所说的线程指程序执行过程当中的一个线程实体。JVM 容许一个应用并发执行多个线程。
Hotspot JVM 中的 Java 线程与原生操做系统线程有直接的映射关系。当线程本地存储、缓冲区分配、同步对象、栈、程序计数器等准备好之后，就会建立一个操做系统原生线程。
Java 线程结束，原生线程随之被回收。操做系统负责调度全部线程，并把它们分配到任何可用的 CPU 上。当原生线程初始化完毕，就会调用 Java 线程的 run() 方法。当线程结束时，会释放原生线程和 Java 线程的全部资源。

Hotspot JVM 后台运行的系统线程主要有下面几个：

sql

1、JVM启动流程

经过java +xxx（或javaw）启动java虚拟机
装载配置，会在当前路径中寻找jvm的config配置文件。
根据查找jvm.dll文件。这个文件就是java虚拟机的主要实现。
使用这个dll，初始化jvm虚拟机。得到相关的接口。
找到main方法开始运行。
上面这个过程的描述虽然比较简单，可是jvm的启动流程基本都已经涵盖在里面了。

2、JVM内存区域

JVM 内存区域主要分为线程私有区域【程序计数器、虚拟机栈、本地方法区】、线程共享区域【JAVA 堆、方法区】、直接内存。数组

线程私有数据区域生命周期与线程相同, 依赖用户线程的启动/结束而建立/销毁(在 Hotspot VM 内, 每一个线程都与操做系统的本地线程直接映射, 所以这部份内存区域的存/否跟随本地线程的生/死对应)。
线程共享区域随虚拟机的启动/关闭而建立/销毁。
直接内存并非 JVM 运行时数据区的一部分, 但也会被频繁的使用: 在 JDK 1.4 引入的 NIO 提供了基于 Channel 与 Buffer 的 IO 方式, 它可使用 Native 函数库直接分配堆外内存, 而后使用DirectByteBuffer 对象做为这块内存的引用进行操做(详见: Java I/O 扩展), 这样就避免了在 Java堆和 Native 堆中来回复制数据, 所以在一些场景中能够显著提升性能。

程序计数器（线程私有）

一块较小的内存空间, 是当前线程所执行的字节码的行号指示器，每一个线程都要有一个独立的程序计数器，这类内存也称为“线程私有”的内存。
执行 java 方法时，计数器记录的是虚拟机字节码指令的地址（当前指令的地址）；而执行Native 方法时，则为空（undefined）。
这个内存区域是惟一一个在虚拟机中没有规定任何 OutOfMemoryError 状况的区域。因此程序计数器不会发生内存溢出，由于其存储的数据和所占空间大小不会随程序的执行而发生改变。

虚拟机栈（线程私有）

是描述 java 方法执行的内存模型，每一个方法在执行的同时都会建立一个栈帧（Stack Frame），用于存储局部变量表、操做数栈、动态连接、方法出口等信息。每个方法从调用直至执行完成的过程，就对应着一个栈帧在虚拟机栈中入栈到出栈的过程。由此可知，线程当前执行的方法所对应的栈帧一定位于Java栈的顶部，以及使用递归方法的时候容易致使栈内存溢出的现象。数据结构

栈帧（ Frame）是用来存储数据和部分过程结果的数据结构，同时也被用来处理动态连接(Dynamic Linking)、方法返回值和异常分派（ Dispatch Exception）。栈帧随着方法调用而建立，随着方法结束而销毁——不管方法是正常完成仍是异常完成（抛出了在方法内未被捕获的异常）都算做方法结束。
栈上分配：对于小对象（通常几十个bytes），在没有逃逸的状况下，能够直接分配在栈上（直接分配在栈上，能够自动回收，减轻GC压力）；大对象或者逃逸对象没法栈上分配

栈帧中数据的说明：并发

局部变量表：

存储方法中的局部变量（包括方法中的非静态变量以及函数形参）
对于基本数据类型的变量，直接存储它的值；对于引用类型的变量，则存储对象的地址。
局部变量表的大小在编译时就肯定了，所以在程序执行期间其大小是不会改变的。
操做数栈：
程序中的全部计算过程都是在借助于操做数栈来完成的。
栈最典型的一个应用就是用来对表达式求值。
指向运行时常量池的引用：

指向在方法执行的过程当中使用的常量。
方法返回地址：

当一个方法执行完毕以后，要返回以前调用它的地方，所以在栈帧中必须保存一个方法返回地址。

本地方法栈（线程私有）
　　本地方法区和 Java Stack 做用相似, 区别是虚拟机栈为执行 Java 方法服务, 而本地方法栈则为Native 方法服务, 若是一个 VM 实现使用 C-linkage 模型来支持 Native 调用, 那么该栈将会是一个C 栈，但 HotSpot VM 直接就把本地方法栈和虚拟机栈合二为一。

java堆（线程共享）

是被线程共享的一块内存区域，
建立的对象和数组都保存在 Java 堆内存中，
也是垃圾收集器进行垃圾收集的最重要的内存区域。
因为现代 VM 采用分代收集算法, 所以 Java 堆从 GC 的角度还能够细分为: 新生代(Eden区、From Survivor区和To Survivor区)和老年代。
方法区/永久代（线程共享）
即咱们常说的永久代(Permanent Generation), 用于存储被 JVM 加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。HotSpot VM 把GC分代收集扩展至方法区, 即便用Java堆的永久代来实现方法区, 这样 HotSpot 的垃圾收集器就能够像管理 Java 堆同样管理这部份内存, 而没必要为方法区开发专门的内存管理器(永久带的内存回收的主要目标是针对常量池的回收和类型的卸载, 所以收益通常很小)。
运行时常量池（Runtime Constant Pool）是方法区的一部分。Class 文件中除了有类的版本、字段、方法、接口等描述等信息外，还有一项信息是常量池（Constant Pool Table），用于存放编译期生成的各类字面量和符号引用，这部份内容将在类加
载后存放到方法区的运行时常量池中。 Java 虚拟机对 Class 文件的每一部分（天然也包括常量池）的格式都有严格的规定，每个字节用于存储哪一种数据都必须符合规范上的要求，这样才会被虚拟机承认、装载和执行。

3、JVM运行时内存

Java 堆从 GC 的角度还能够细分为: 新生代(Eden 区、From Survivor区和To Survivor区)和老年代。

1. 新生代：

Eden区：Java 新对象的出生地（若是新建立的对象占用内存很大，则直接分配到老年代）。当 Eden 区内存不够的时候就会触发 MinorGC，对新生代区进行一次垃圾回收。
Servivor From：上一次 GC 的幸存者，做为这一次 GC 的被扫描者。

Servivor To：保留了一次 MinorGC 过程当中的幸存者。
MinorGC 的过程（复制->清空->互换）：MinorGC 采用复制算法。

1：eden、servicorFrom 复制到 ServicorTo，年龄+1

首先，把 Eden 和 ServivorFrom 区域中存活的对象复制到 ServicorTo 区域（若是有对象的年龄以及达到了老年的标准，则赋值到老年代区），同时把这些对象的年龄+1（若是 ServicorTo 不够位置了就放到老年区）；
　　
2：清空eden、servicorFrom

而后，清空 Eden 和 ServicorFrom 中的对象；
　　
3：ServicorTo和ServicorFrom互换

最后，ServicorTo 和 ServicorFrom 互换，原 ServicorTo 成为下一次 GC 时的 ServicorFrom区。
　　
2. 老年代：

主要存放应用程序中生命周期长的内存对象。
老年代的对象比较稳定，因此 MajorGC 不会频繁执行。在进行 MajorGC 前通常都先进行了一次 MinorGC，使得有新生代的对象晋身入老年代，致使空间不够用时才触发。当没法找到足够大的连续空间分配给新建立的较大对象时也会提早触发一次 MajorGC 进行垃圾回收腾出空间。
MajorGC 采用标记清除算法：首先扫描一次全部老年代，标记出存活的对象，而后回收没有标记的对象。MajorGC 的耗时比较长，由于要扫描再回收。MajorGC 会产生内存碎片，为了减小内存损耗，咱们通常须要进行合并或者标记出来方便下次直接分配。当老年代也满了装不下的时候，就会抛出 OOM（Out of Memory）异常。
3. 永久代：
指内存的永久保存区域，主要存放 Class 和 Meta（元数据）的信息,Class 在被加载的时候被放入永久区域，它和和存放实例的区域不一样,GC 不会在主程序运行期对永久区域进行清理。因此这也致使了永久代的区域会随着加载的 Class 的增多而胀满，最终抛出 OOM 异常。
在 Java8 中，永久代已经被移除，被一个称为“元数据区”（元空间）的区域所取代。元空间的本质和永久代相似，元空间与永久代之间最大的区别在于：元空间并不在虚拟机中，而是使用本地内存。所以，默认状况下，元空间的大小仅受本地内存限制。类的元数据放入 native memory, 字符串池和类的静态变量放入 java 堆中，这样能够加载多少类的元数据就再也不由MaxPermSize 控制, 而由系统的实际可用空间来控制。

4、内存模型

下图为多个线程执行的过程：

https://www.cnblogs.com/wslook/p/9126569.html