初识JVM与JMM（Java Memory Model）

Java程序开发执行流程

运行在JVM上的语言

kotlin，scala，groovy…

HotSpot虚拟机

1. 一次编译，到处运行（跨平台）
2. JVM自动管理内存，不用手动管理（垃圾回收）
3. 开发、执行流程中，存在编译+结束，运行时除了解释还存在即时编译
4. Java 是静态语言，也提供动态语言支持（–>动态管理）
5. JVM有很多类型（常用的是HotSpot），实现了java虚拟机规范的JVM，基于自己独有的编译器，还可以编译自己独有的语言，运行在自己独有的JVM上
6. JMM，类加载，GC

线程私有的内存区域

程序计数器

一块比较小的内存空间，可以看做是当前线程所执行的字节码的行号指示器

Java 虚拟机栈

• 每个方法执行的同时都会创建一个栈帧用于存储局部变量表、操作数栈、动态链接、方法出口等信息。每一个方法从调用直至执行完成的过程，就对应一个栈帧在虚拟机栈中入栈和出栈的过程。
• 此区域一共会产生以下两种异常:
  如果线程请求的栈深度大于虚拟机所允许的深度(-Xss设置栈容量)，将会抛出StackOverFlowError异常。
  虚拟机在动态扩展时无法申请到足够的内存，会抛出OOM(OutOfMemoryError)异常

本地方法栈

本地方法栈与虚拟机栈的作用完全一样，区别是本地方法栈为虚拟机使用的Native方法服务，而虚拟机栈为JVM执行的Java方法服务。

线程共享区域

Java 堆

• 在JVM启动时创建，所有的对象实例以及数组都要在堆上分配。
• 如果在堆中没有足够的内存完成实例分配并且堆也无法再拓展时，将会抛出OOM。

方法区/元数据区

• 用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。
• 此区域的内存回收主要是针对常量池的回收以及对类型的卸载。当方法区无法满足内存分配需求时，将抛出OOM异常。

运行时常量池

• 编译期及运行期间产生的常量被放在运行时常量池中。
• 这里所说的常量包括：基本类型、包装类（包装类不管理浮点型，整形只会管理-128到127）和String。
• 类加载时，会查询字符串常量池，以保证运行时常量池所引用的字符串与字符串常量池中是一致的。

直接内存

• 在JDK 1.4中新加入了NIO（New Input/Output）类，引入了一种基于通道（Channel）与缓冲区（Buffer）的I/O方式，它可以使用Native函数库直接分配堆外内存，然后通过一个存储在Java堆中的DirectByteBuffer对象作为这块内存的引用进行操作。这样能在一些场景中显著提高性能，因为避免了在Java堆和Native堆中来回复制数据。
• 直接内存的分配不会受到Java堆大小的限制，但是，既然是内存，肯定还是会受到本机总内存（包括RAM以及SWAP区或者分页文件）大小以及处理器寻址空间的限制。也可能导致OutOfMemoryError异常出现。

常量池补充

Class文件常量池（类常量池）

Class文件中除了有类的版本、字段、方法、接口等描述信息外，还有一项信息是常量池（Constant Pool Table），用于存放编译期生成的各种字面量和符号引用，这部分内容将在类加载后进入方法区的运行时常量池中存放。

运行时常量池

运行时常量池相对于Class文件常量池的另外一个重要特征是具备动态性，Java语言并不要求常量一定只有编译期才能产生，也就是并非预置入Class文件中常量池的内容才能进入方法区运行时常量池，运行期间也可能将新的常量放入池中。

字符串常量池

存储字符串对象，或是字符串对象的引用。

内存模型

JDK1.6

JDK1.7

JDK1.8