JVM

1、JVM位置

2、JVM 体系结构

3、类加载器

类加载器的作用：加载 class 文件
JVM 提供了三种类加载器

1、启动类加载器（Bootstrap ClassLoader）
负责加载 JAVA_HOME\lib 目录中的，或者通过 -Xbootclasspath 参数指定路径中的，且被虚拟机认可（按文件名识别，如 rt.jar jar包）的类。
2、扩展类加载器（Extension ClassLoader）
负责加载 JAVA_HOME\lib\ext 目录中的，或者通过 java.ext.dirs 系统变量指定路径中的类库。
3、应用程序类加载器（Application ClassLoader）
负责加载用户路径（classpath）上的类库
JVM 通过双亲委派模型进行类的加载，也可以通过继承 java.lang.ClassLoader 实现自定义的类加载器。

4、双亲委派机制

1、类加载收到类加载请求
2、将请求向上委托个父类，一直向上委托直到启动类加载器
3、启动类加载器检查是否能够加载当前类，能加载就结束，使用当前加载器，否则抛出异常，通知子加载器加载
4、重复步骤3

5、JVM类加载机制

JVM 类加载机制分为五个部分：加载，验证，准备，解析，初始化

加载

在内存中生成一个代表这个类的 java.lang.Class 对象，作为方法区这个类的各种数据的入口。

验证

确保 Class 文件的字节流中包含的信息是否符合当前虚拟机的要求

准备

正式为类变量分配内存并设置类变量的初始值阶段，即在方法区中分配这些变量所使用的内存空间。

解析

虚拟机将常量池中的符号引用替换为直接引用的过程

• 符号引用：引用的目标不一定要已经加载到内存中，各种虚拟机实现的内存布局可以各不相同。
• 直接引用：可以使指向目标的指针，相对偏移量或是一个能间接定位到目标的句柄。如果有了直接引用，引用的目标必定已经在内存中存在。

初始化

类加载的最后一个阶段。开始真正执行类中定义的 Java 代码。

类构造器 <client>

初始化阶段是执行类构造器方法的过程。如果一个类中没有对静态变量赋值，也没有静态语句块，name编译器可以不为这个类生成 () 方法

不会执行类初始化

1.通过子类引用父类的静态字段,只会触发父类的初始化,不会触发子类的初始化
2.定义对象数组,不会触发该类的初始化
3.常量在编译期间会存入调用类的常量池，本质上没有直接引用定义常量的类，不会触发定义常量所在的类
4.通过类名获取 Class 对象，不会触发类的初始化
5.通过 Class.forName加载指定类时，如果指定参数 initialize 为false时，也不会触发类初始化
6.通过 ClassLoader 默认的 loadClass 方法，也不会触发初始化动作

6、JVM 内存

线程私有：

• 程序计数器 PC （线程私有）：
  • 一块较小的内存空间，当前线程所执行的字节码的行号指示器，每个线程都有独立的程序计数器。
  • 正在执行 java 方法的话，计数器记录的是虚拟机字节码指令的地址（当前指令的地址），这个内存区域也是唯一一个无 OutOfMemoryError 的区域
• 虚拟机栈 VM Stack （线程私有）：
  • 虚拟机栈和线程的生命周期相同，
  • java 方法中执行的内存模型，一个线程中，每调用一个方法创建一个栈帧（Stack Frame），用于存储局部变量表，操作数栈，动态链接，方法出口等信息。
  • 栈帧的结构：本地变量表 Local Stack，操作数栈 Operand Variable，对运行时常量池的引用 Runtime Constant Pool Reference
  • 异常：线程请求的栈深度大于 JVM 所允许的深度 StackOverflowError，若 JVM 允许动态扩展，若无法申请到足够的内存 OutOfMemoryError
• 本地方法栈 Native Method Stack （线程私有）
  • 异常：线程请求的栈深度大于 JVM 所允许的深度 StackOverflowError，若 JVM 允许动态扩展，若无法申请到足够的内存 OutOfMemoryError

线程共享 Thread Shared：

• 方法区 / 永久代 Method Area
  • 运行时常量池 Runtime Constant Pool
• 类实例区 Java 堆
  • 创建的对象和数组都保存在 Java 堆内存中，也是垃圾收集器进行垃圾收集的最集中的内存区域。
  • 新生代：eden，from survivor，to survivor
  • 老年代 old
  • 异常：OutOfMemoryError 内存溢出

7、新生区、永久区、堆内存调优

Heap：一个 JVM 只有一个堆内存，堆内存可以调节
堆内存可划分为：新生代（Eden 区、FROM Survivor 幸存区和 To Survivor 幸存区）和 Old 老年区

新生代

Eden 区

• Java 对象的出生地，新创建的对象占用内存很大，直接分配到老年代。内存不够时就会触发 MinorGC 轻 GC，对新生代区域进行一次垃圾回收。
• 每次 GC 会将Eden 区域存活对象移动到幸存区，Eden 区域在 GC 后会被清空

from 和 to 幸存区谁空谁是 to
ServivorFrom

• 上次 GC 的幸存者，作为这一次 GC 的被扫描者。

ServivorTo

• 保留了一次 MinorGC 过程中的幸存者。

MinorGC 轻 GC 的过程：复制算法（复制 - -> 清空 - -> 互换）

老年代

主要存放应用程序中生命周期长的内存对象

• MajorGC 不会频繁执行，在进行之前一般进行进行一次 MinorGC，新生代对象晋入老年代触发，无法分配足够大的连续空间给创建的对象也会触发。
• 默认情况下年龄到达 15 的对象会被移动到老年代中。
• MajorGC 采用标记清除算法：（扫描老年代 —> 标记存活对象 —> 回收未标记对象）

永久代

• 内存的永久保存区域，主要存放 Class 和 interface 元数据的信息，Class 在被加载的时候被放入永久区域。
• 这个区域不存在垃圾回收，关闭 JVM 虚拟机会释放该区域内存
• JDK 1.6 之前：永久代，常量池在方法区中
• JDK 1.7：常量池在堆中
• JDK 1.8 之后：取消永久代，常量池在元空间中

使用 Jprofiler工具分析 OOM 原因

-Xms：初始化内存分配大小，默认 1/64
-Xmx：最大内存分配内存，默认1/4
-XX:+PrintGCDetails // 打印 GC 垃圾回收信息
-XX:+HeapDumpOnOutOfMemoryError

8、GC 算法

确定垃圾

引用计数法：一个对象如果没有任何与之关联的引用，他们的引用计数器都不能为 0。
可达性分析：不可达对象变为可回收对象最少要经过两次标记过程，两次标记后仍为可回收对象，将面临回收。

标记清除算法（Mark - Sweep）

分为标记和清除两个阶段，标记所有需要回收的对象，清除阶段回收被标记对象所占用的空间。

复制算法（copying）

按内存容量划分为等大小的两块。每次只使用其中一块，内存满后将存活对象复制到另一块上，已使用的内存清掉。

标记压缩算法（Mark-Compact）

标记后不是清理对象，而是将存活对象移向内存的一端。然后清除端边界外的对象。

总结

• 内存效率：复制算法 > 标记清除算法 > 标记压缩算法（时间复杂度）
• 内存整齐度：复制算法 = 标记压缩算法 > 标记清除算法
• 内存利用率：标记压缩算法 = 标记清除算法 > 复制算法

最合适的使用分代收集算法

• 根据对象存活的不同生命周期将内存划分为不同的域
• 新生代使用复制算法
• 老年代使用标记压缩算法与标记清除算法混合实现