JVM虚拟机的组成

冯诺依曼转世

已于 2024-06-24 22:55:03 修改

阅读量794

点赞数 13

分类专栏： javase 文章标签： jvm java 开发语言数据结构 eclipse 算法

于 2024-06-18 15:50:03 首次发布

本文链接：https://blog.csdn.net/qq_52897007/article/details/139772225

版权

javase 专栏收录该内容

25 篇文章 1 订阅

订阅专栏

一、为什么要学习 JVM ？

1. “ ⾯试造⽕箭，⼯作拧螺丝” ， JVM 属于⾯试官特别喜欢提问的知识点；

2. 未来在⼯作场景中，也许你会遇到以下场景：

线上系统突然宕机，系统⽆法访问，甚⾄直接OOM
线上系统响应速度太慢，优化系统性能过程中发现 CPU占用过高，原因也许是因为 JVM GC 次数过于频繁；
新项⽬上线，需要设置 JVM 的各种参数；

二、JDK\JRE\JVM

JDK：全称“Java Development Kit ” Java 开发⼯具包，提供 javac 编译器、 jconsole，jheap 等监控⼯具；
JRE：全称“ Java Runtime Environment ” Java 运⾏环境，提供 Class Library 核心类库+JVM；
JVM：全称“ Java Virtual Machine ” Java 虚拟机，⽤于运⾏ Java 应⽤程序；

三、Java程序执⾏过程

编译：通过件。 javac 命令，调⽤ JDK 编译器，将
执⾏：通过 *.java 源⽂件编译成 *.class 字节码⽂ java 命令，调⽤ JVM 虚拟机，执⾏ *.class 字节码⽂件。

四、Java程序的跨平台

计算机平台是什么？

        我们通常把 CPU 处理器与操作系统构成的系统架构，称为计算机平台。

        现代的电⼦计算机是基于⼆进制设计实现，所以 CPU 仅能识别 0 与 1 这样的⼆进制信号。⽽计算机程序的本质就是 0 与 1 之间的不同组合产⽣的机器指令，交给 CPU 去执⾏。CPU为了能识别执⾏机器指令，就需要不同 CPU 架构和指令集来⽀持。不同的⼚商，设计⽣产的 CPU ， CPU 架构和指令集也是不同的。

        常⻅的指令集主要分为：精简指令集（ RISC ）和复杂指令集（ CISC ）。

复杂指令集（ CISC ）： X86 和 X64 两种 CPU 架构基于 CISC 复杂指令集，⽐如： Intel 、 AMD 等⼚商的 CPU 。
精简指令集（ RISC ）： ARM 架构的CPU基于 RISC 精简指令集，⽐如： Compaq 的 Alpha 、 HP 的 PA-RISC 、 IBM 的 Power PC 、 Apple 的 M1 。在底层硬件及指令集之上，需要搭载不同的操作系统，⽤于⽀持不同的 CPU 指令集。

        例如：早期的 MacOS 操作系统只⽀持 Power 系列的 CPU 。最新的 MacOS 系统只能安装在 M1 芯⽚的 CPU 。

        Java 是⼀种跨平台的编程语⾔，主要是为了让相同的 Java 应⽤程序代码，不⽤做任何修改，可以在不同计算机系统平台上正常运⾏，兼容各种主流操作系统+ CPU 指令集。

跨平台的原因

实现跨平台的原因，主要有两个

不同的平台，相同的源代码，编译的字节码是相同的，所以字节码⽂件可以在不同平台“ 通⽤” ；
不同的平台，执⾏字节码时，都需要各⾃的 JVM 虚拟机版本，⽤于将字节码翻译成当前平台可以执⾏的机器码指令；

五、静态编译器

通过 JDK 提供的静态编译器，将Java 源⽂件编译成字节码⽂件。

编译过程包括：

词法分析：通过空格分隔出源代码中的单词、操作符、控制符等信息，将其形成流，传递给语法解析器。
语法分析：将 token 信息流按照 Java 语法规则，组装成⼀颗语法树
语义分析：对语法树进⾏关键字使⽤、类型匹配、作⽤域等语法检查。
字节码：当语义分析完成后，可以⽣成字节码

六、字节码

        当1个 Java 源文件被编译后，就会按照 JVM 规范和字节码定义，产生 1个 class 字节
码文件，文件内容由 10 个固定部分组成。

        前 4 个字节非常特殊，红色框的 cafe babe 是詹姆斯定义的魔法数，它的作用是标志当前文件是一个字节码文件。当 JVM 在进行类加载的 Load 阶段时，如果没有识别到该标志，就说明文件不是字节码文件或已损坏，则无法进行加载。绿色框代表当前版本号，0x34 的十进制为 52 ，是JDK8 的内部版本号，代表这个字节码文件基于 JDK8 编译。
        剩余部分中的每个字节均代表一个字节码指令，由于每个指令的长度按照 1 个字节存储，所以每个指令被称为字节码(Bytecode )，Java 所有的字节码指令有 200 多个。

        由于纯数字的字节码指令阅读⽐较困难，所以 JVM 在字节码指令的基础上设计了⼀套操作码助记符，使⽤特殊单词来代替对应的数字指令。

例如：

0x15 ILOAD ：读取 int 类型的局部变量
0x36 ISTORE ：保存int类型的局部变量
0x60 IADD ：执⾏两个 int 类型的数值加法运算
0xbb NEW ：创建对象
0xbc NEWARRAY ：创建数组
0xac IRETURN ：返回 int 类型结果

七、JVM执⾏⽅式

JVM执⾏⽅式

JVM 以解释+编译混合模式，执⾏字节码⽂件。

JVM 的执⾏⽅式以解释执⾏为主。执⾏过程中， JVM 将每个字节码⽂件中的每个指令，通过解释器转换成当前平台可以识别的机器码，然后交给CPU 执⾏。
为了提⾼执⾏效率， JVM 还会在运⾏期间， JVM 通过热点代码的统计分析，识别⾼频的⽅法调⽤，循环体、公共模块等，当超过阈值时， JVM 会基于 JIT 即时编译器（ me compiler ）将热点代码转换成机器码，直接交给 just-in-ti CPU 执⾏，提⾼执⾏效率。

a. Client 模式下默认阈值是 1500 次， Server 模式下是 10000 次。

● JVM 解释器：程序执⾏的时候，解释器⾸先发挥作⽤，省去了编译器编译时间，加快程序的执⾏效率。
● JIT 编译器：在程序运⾏过程中，随着时间的推移， JIT 开始慢慢发挥了作⽤，把热点代码编译成本地代码后，以后执⾏相同的代码，即可直接交给 CPU 执⾏，带来更⾼的执⾏效率。

机器在热机状态可以承受的负载要⼤于冷机状态（刚启动时），如果以热机状态时的流量进⾏切换，可能使处于冷机状态的服务器因⽆法承载流量⽽假死。所以，在⽣产环境中发布应⽤，应该以分批的⽅进⾏发布，根据机器数量划分成多个批次，每个批次的机器数⼤概占到整个集群的 15% 。

故障案例：某应⽤在线发布新版本，采⽤进⾏分批发布，发布总批数误填写成分为两批发布。如果是热机状态，正常情况下，集群中的⼀半的机器可以勉强⽀撑负载流量，但由于刚启动的 JVM 均是解释执⾏，还没有进⾏热点代码统计和JIT动态编译，导致机器启动之后，当前 1/2 发布成功的服务器⻢上全部宕机。

八、类加载器

字节码必须通过类加载器，通过加载、验证、解析等校验步骤，将字节码⽂件中的类，加载⾄ JVM 的中运⾏时数据区，才可以执⾏字节码。

类加载器的加载过程

当一个类被使用的时候，才会加载到内存中，类加载的过程有：加载、验证、准备、解析、初始化。其中中间三步合并称为链接。

- 加载：通过包名+类名，获取这个类，准备用流进行传输，将这个类加载到内存中，并创建一个class对象
- 验证：验证class文件中的信息是否符合虚拟机规范，有没有安全隐患
- 准备：负责为类的类变量（static修饰的变量）分配内存，并设置默认的初始化值
- 解析：将类的二级制数据流中的符号引用替换为直接引用。（本类中如果用到了其他类，此时就需要找到对应的类）
- 初始化：静态变量赋值以及初始化其他资源

九、垃圾收集器

JVM 在运⾏期间，通过 Garbage Collctor 垃圾收集器，定期对运⾏时数据区进⾏垃圾对象的回收，从⽽实现了内存⾃动管理。

十、JVM组成结构

JVM 由类加载器、运⾏时数据区、 JVM 解释器、 JIT 即时编译器、垃圾回收器、本地⽅法库等部分组成。

由类加载器完成字节码⽂件的加载验证和解析，存储⾄运⾏时数据区，并由执⾏引擎中的解释器，完成字节码到机器码的解释执⾏。同时进⾏热点代码的统计分析，调⽤ JIT 即时编译器将字节码直接编译成机器码，提⾼执⾏效率。JVM运⾏期间的⽅法调、数据对象统⼀存放⾄运⾏时数据区。