JVM基本组成
-
当线上系统突然宕机，系统无法访问，甚至直接OOM；
-
线上系统响应速度太慢，优化系统性能过程中发现CPU占用过高，原因也许是因为JVM的GC次数过于频繁
-
因此，新项目上线，需要设置JVM的各种参数
JDK/JRE/JVM
- JDK：全称"Java Development Kit"，Java开发工具包，提供javac编译器，jheap,jconsole等监控工具
- 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)：×86和×64两种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信息流，传递给语法解析器
- 语法分析：将token信息流按照java语法规则，组装成一颗语法树
- 语义分析：对语法树进行关键字使用，类型匹配，作用域等语法检查
- 字节码：当语法分析完成后，可以生成字节码
字节码
当一个java源文件被编译后，就会按照JVM规范和字节码定义，产生一个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将每个字节码文件中的每个指令，通过解释器转换为当前平台可以识别的机器码，然后交给CPU执行
- 为了提高效率，JVM还会再运行期间，JVM会通过热点代码的统计分析，识别高频的方法调用，循环体，公共模块等，当超过阈值时，JVM会基于==JIT即使编译器(just-in-time compiler)==将热点代码转换成机器码，直接交给CPU执行，提高执行效率
- Client模式下热点代码默认阈值为1500次，在Server模式下是10000次
- JVM解释器：程序执行的时候，解释器首先发挥作用，省去了编译器编译时间，加快程序的执行效率
- JIT编译器：在程序运行过程中，随着时间的推移，JIT慢慢发挥作用，把热点代码编译编译成本地代码后，以后执行相同的代码，既可直接交给CPU执行，带来更高的执行效率
机器在热机状态下可以承受的负载要大于冷机状态（刚启动时），弱国以热机状态时的流量进行切换，可能使处于冷机状态的服务器因无法承受浏览而假死。所以，在生产环境中发布应用，应该以分批的方式进行发布，根据机器数量划分成多个批次，每个批次的机器数大概占到整个集群的15%
故障案例：某应用在线发布新版本，采用进行分批发布，发布总批数误填携程分为两批发布。如果是热机状态，正常情况下，集群中一半的机器可以勉强支撑负载流量，但由于刚启动JVM均是解释执行，还没有进行热点代码统计和JIT动态编译，导致机器启动之后，当前1/2发布成功的服务器马上全部宕机
类加载器
字节码必须通过类加载器，通过加载、验证、解析等校验步骤，将字节码文件中的类，加载至JVM中的运行时数据区，才能执行字节码
垃圾回收器
JVM在运行期间，通过Garbage Collctor垃圾收集器，定期对运行时数据区进行垃圾对象的回收，从而实现了内存自动管理
JVM组成结构
JVM由类加载器，运行时数据区，JVM解释器，JIT即时编译器，垃圾回收器、本地方法库等部分组成
由类加载器完成字节码文件的加载验证和解析，存储至运行时数据区，并由执行引擎中的解释器，完成字节码到机器码的解释执行。同时进行热点代码的统计分析，调用JIT即时编译器将字节码直接编译成机器码，提高执行效率。JVM运行期间的方法调用、数据对象统一存放至运行时数据区
