深入浅出JVM 及JVM调优（一）

最新推荐文章于 2024-08-16 17:26:15 发布

星云更幸运

最新推荐文章于 2024-08-16 17:26:15 发布

阅读量246

点赞数 1

本文链接：https://blog.csdn.net/jinmaoyue/article/details/107813564

版权

一、概述

JVM 是 Java 程序运行基础，本文就JVM 内存模型、Java 的类加载机制、常用的 GC 算法这三个知识点进行讲解。以下是JVM知识点汇总，欢迎小伙伴们补充。（画的有点丑 ==）

如上图所示，JVM 知识点有 6 个大方向，其中，内存模型、类加载机制、GC 垃圾回收是比较重点的内容。性能调优部分偏重实际应用，重点突出实践能力。编译器优化和执行模式部分偏重理论基础，主要掌握知识点。

二、JVM内存模型

线程独占：栈，本地方法栈，程序计数栈

线程共享：堆，方法区

栈：又叫Java虚拟机栈，用来存储局部变量表、操作栈、动态链接、方法出口等信息。调用方法时执行入栈，方法返回时执行出栈。即每次方法调用的数据都是通过栈传递的。

Java 虚拟机栈会出现两种异常：StackOverFlowError 和 OutOfMemoryError。 StackOverFlowError：

若Java虚拟机栈的内存大小不允许动态扩展，那么当线程请求栈的深度超过当前Java虚拟机栈的最⼤深度的时候，就抛出StackOverFlowError异常。 OutOfMemoryError：

若 Java 虚拟机栈的内存大小允许动态扩展，且当线程请求栈时内存⽤完了，无法再动态扩展了，此时抛出OutOfMemoryError异常。

⽅法执⾏完毕后相应的栈帧也会出栈并释放内存空间，也会出现 StackOverFlowError 和

OutOfMemoryError 两种异常。

本地方法栈：和栈类似，不同的是，执行 Java 方法使用栈（也就是字节码）服务，⽽本地⽅法栈则为虚拟机使⽤到的 Native ⽅法服务。在 HotSpot 虚拟机中和 Java 虚拟机栈合二为一。

程序计数器：保存着当前线程所执行的字节码位置，每个线程工作时都有一个独立的计数器。程序计数器为执行 Java 方法服务，执行 native 方法时，程序计数器为空。

程序计数器有两个作用：

1、字节码解释器通过改变程序计数器来依次读取指令，从而实现代码的流程控制，如：顺序执行、选择、循环、异常处理

2、在多线程的情况下，程序计数器用于记录当前线程执行的位置，从而当线程被切换回来的时候能够知道该线程上次运行到哪儿了。

注意：程序计数器是唯⼀⼀个不会出现 OutOfMemoryError 的内存区域，它的⽣命周期随着线程的创建⽽创建，随着线程的结束⽽死亡。

堆是 JVM 管理的内存中最大的一块，堆被所有线程共享，目的是为了存放对象实例，几乎所有的对象实例都在这里分配。当堆内存没有可用的空间时，会抛出 OOM 异常。根据对象存活的周期不同，JVM 把堆内存进行分代管理，由垃圾回收器来进行对象的回收管理。Java 堆是垃圾收集器管理的主要区域，因此也被称作GC堆（Garbage Collected Heap）.

从垃圾回收的⻆度，由于现在收集器基本都采⽤分代垃圾收集算法，所以Java堆还可以细分为：新⽣代和⽼年代：再细致⼀点有：Eden空间、From Survivor、To Survivor空间等。进⼀步划分的⽬的是更好地回收内存，或者更快地分配内存。

方法区也是各个线程共享的内存区域，又叫非堆区。用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据，JDK 1.7 中的永久代和 JDK 1.8 中的 Metaspace 都是方法区的一种实现。⽅法区也被称为永久代。JDK 1.8 的时候，⽅法区（HotSpot的永久代）被彻底移除了（JDK1.7就已经开始了），取⽽代之是元空间，元空间使⽤的是直接内存。

下⾯是⼀些常⽤参数：

-XX:PermSize=N //⽅法区(永久代)初始⼤⼩

-XX:MaxPermSize=N //⽅法区(永久代)最⼤⼤⼩,超过这个值将会抛出

OutOfMemoryError异常:java.lang.OutOfMemoryError: PermGen

-XX:MetaspaceSize=N //设置Metaspace的初始（和最⼩⼤⼩）

-XX:MaxMetaspaceSize=N //设置Metaspace的最⼤⼤⼩与永久代很⼤的不同就是，如果不指定⼤⼩的话，随着更多类的创建，虚拟机会耗尽所有可⽤的系统内

存。

【面试真题：简单描述一下JVM的内存模型】面试回答这个问题时，要答出两个要点：一个是各部分的功能，另一个是哪些线程共享，哪些独占。

JMM 与JVM内存模型

JMM 是 Java 内存模型，与刚才讲到的 JVM 内存模型是两回事。

JMM 的主要目标是定义程序中变量的访问规则，如下图所示，所有的共享变量都存储在主内存中共享。每个线程有自己的工作内存，工作内存中保存的是主内存中变量的副本，线程对变量的读写等操作必须在自己的工作内存中进行，而不能直接读写主内存中的变量。

JMM保证原子性、可见性，有序性，如下图。

happens-before 原则包括一系列规则，如：

程序顺序原则，即一个线程内必须保证语义串行性；

锁规则，即对同一个锁的解锁一定发生在再次加锁之前；

happens-before 原则的传递性、线程启动、中断、终止规则等。

详解类加载机制

类的加载分为加载、链接、初始化，其中链接又包括验证、准备、解析三步。

其中类加载的过程包括了加载、验证、准备、解析、初始化五个阶段。在这五个阶段中，加载、验证、准备和初始化这四个阶段发生的顺序是确定的，而解析阶段则不一定，它在某些情况下可以在初始化阶段之后开始，这是为了支持Java语言的运行时绑定（也成为动态绑定或晚期绑定）。另外注意这里的几个阶段是按顺序开始，而不是按顺序进行或完成，因为这些阶段通常都是互相交叉地混合进行的，通常在一个阶段执行的过程中调用或激活另一个阶段。