概念

• 执行引擎是Java虚拟机核心的组成部分之一。
• “虚拟机”是一个相对于“物理机”的概念，这两种机器都有代码执行能力，其区别是物理机的执行引擎是直接建立在处理器、缓存、指令集和操作系统层面上的，而虚拟机的执行引擎则是由软件自行实现的，因此可以不受物理条件制约地定制指令集与执行引擎的结构体系，能够执行那些不被硬件直接支持的指令集格式。

概述

• 不是虚拟机运行时数据区的一部分，也不是《Java虚拟机规范》中定义的内存区域。

• 直接内存是在Java堆外的、直接向系统申请的内存区间。

• 来源于NIO(New IO / Non-Blocking IO)，通过存在堆中的DirectByteBuffer操作Native内存

• 通常，访问直接内存的速度会优于Java堆。即读写性能高。

  • 因此出于性能考虑，读写频繁的场合可能会考虑使用直接内存。

  • Java的NIO库允许Java程序使用直接内存，用于数据缓冲区

创建对象的方式

1. new：最常见的方式、单例类中调用getInstance的静态类方法，XXXFactory的静态方法
2. Class的newInstance方法：在JDK9里面被标记为过时的方法，因为只能调用空参构造器，并且权限必须为 public
3. Constructor的newInstance(Xxxx)：反射的方式，可以调用空参的，或者带参的构造器
4. 使用clone()：不调用任何的构造器，要求当前的类需要实现Cloneable接口中的clone方法
5. 使用序列化：从文件中，从网络中获取一个对象的二进制流，序列化一般用于Socket的网络传输
6. 第三方库 Objenesis

总图

概述

• 有些人认为方法区（如Hotspot虚拟机中的元空间或者永久代）是没有垃圾收集行为的，其实不然。《Java虚拟机规范》对方法区的约束是非常宽松的，提到过可以不要求虚拟机在方法区中实现垃圾收集。事实上也确实有未实现或未能完整实现方法区类型卸载的收集器存在（如JDK11时期的ZGC收集器就不支持类卸载）。

• 一般来说这个区域的回收效果比较难令人满意，尤其是类型的卸载，条件相当苛刻。但是这部分区域的回收有时又确实是必要的。以前sun公司的Bug列表中，曾出现过的若干个严重的Bug就是由于低版本的HotSpot虚拟机对此区域未完全回收而导致内存泄漏。

方法区的垃圾收集主要回收两部分内容：常量池中废弃的常量和不再使用的类型(即：运行时常量池和类信息)。

概述

• 首先明确：只有Hotspot才有永久代。

  BEA JRockit、IBMJ9等来说，是不存在永久代的概念的。原则上如何实现方法区属于虚拟机实现细节，不受《Java虚拟机规范》管束，并不要求统一

• Hotspot中方法区的变化：

  版本	说明
  JDK1.6及以前	有永久代（permanent generation），字符串常量池(StringTable)和静态变量存储在永久代上
  JDK1.7	有永久代，但已经逐步 “去永久代”，字符串常量池(StringTable)和静态变量移动保存在堆中
  JDK1.8	无永久代，类型信息，字段，方法，常量保存在本地内存的元空间，但字符串常量池(StringTable)和静态变量仍然在堆中。

方法区存储了什么

《深入理解Java虚拟机》书中对方法区（Method Area）存储内容描述如下：它用于存储已被虚拟机加载的类型信息、常量、静态变量、即时编译器编译后的代码缓存等。

介绍

方法区的大小不必是固定的，JVM可以根据应用的需要动态调整。

栈、堆、方法区的交互关系

• 方法区所在 JVM 中的位置：

三者之间是相互配合的关系，不是竞争关系。

介绍

使用逃逸分析，编译器可以对代码做如下优化：

1. 栈上分配：将堆分配转化为栈分配。如果一个对象在子程序中被分配，要使指向该对象的指针永远不会发生逃逸，对象可能是栈上分配的候选，而不是堆上分配
2. 同步省略：如果一个对象被发现只有一个线程被访问到，那么对于这个对象的操作可以不考虑同步。
3. 分离对象或标量替换：有的对象可能不需要作为一个连续的内存结构存在也可以被访问到，那么对象的部分（或全部）可以不存储在内存，而是存储在CPU寄存器中。