JVM学习(一)：JVM与Java体系结构

本文本质上是看尚硅谷宋老师的教材整理的笔记，纯手敲，教程连接：点击此处

JVM与Java体系结构

一、一些概念

JVM：跨语言的平台

字节码：

• 我们平时所说的Java字节码，指的是用Java语言编译成的字节码。准确的来说任何能在JVM平台上执行的字节码格式都是一样的。所以应该统称为：JVM字节码。
• 不同的编译器中，可以编译出相同的字节码文件，字节码文件也可以在不同的JVM上运行。
• Java虚拟机与Java语言没有必然的联系，他只与特定的二进制格式——Class文件格式有所关联，Class文件中包含了Java虚拟机指令集（或者称为字节码、Bytecodes）和符号表，还有一些其他辅助信息。

多语言混合编程：

• Java平台上的多语言混合编程正成为主流，通过特定领域的语言区解决特定领域的问题是当前软件开发应对日趋复杂的项目需求的一个方向。
• 接口对每一层开发者都是透明的，各种语言之间的交互不存在任何困难，就像是使用自己语言的原生API一样方便，因为它们最终都运行在一个虚拟机上。
• 对这些运行在jvm上的java外的语言，来自系统级的、底层的支持正在迅速增强，以JSR-292为核心的一系列项目和功能改进，推动jvm向多语言虚拟机的方向发展。

虚拟机（Virtual Machine）：

• 所谓虚拟机，就是一台虚拟的计算机。它是一款软件，用来执行一系列虚拟计算机指令。大体上分为系统虚拟机和程序虚拟机。
  • Visual Box、VMware就属于系统虚拟机，他们完全是对物理虚拟机的仿真，提供了一个可运行完整操作系统的软件平台。
  • 程序虚拟机的典型代表就是JVM，它撰文为了执行单个计算机程序而设计，在Java虚拟机中执行的指令我们称为Java字节码指令。
• 无论是系统虚拟机还是程序虚拟机，在上面运行的软件都被限制于虚拟机提供的资源中

Java虚拟机：

• Java虚拟机时一台执行Java字节码的虚拟计算机，它拥有独立的运行机制，其运行的Java字节码也未必有java语言编译而成。（java字节码可以改称为jvm字节码）
• JVM平台的各种余元都可以共享Java虚拟机带来的跨平台性、优秀的垃圾回收机制，以及可靠的及时编译器。
• Java技术的核心就是Java虚拟机，因为所有的Java程序都运行在JVM内部。
• 作用：JVM就是二进制字节码的运行环境，负责装在字节码到其内部，解释/编译为对应平台上的机器指令执行。每一条Java指令，JVM规范中都有详细定义，如怎么取参数，怎么处理操作数，处理结果放在哪里。
• 特点：一次编译处处运行、自动内存管理、自动垃圾回收功能

JVM位置：

二、JVM的整体结构

• HotSpot VM是目前市面上高性能虚拟机的代表作之一
• 它采用解释器于及时编译器并存的架构
• 在今天，Java程序的运行性能早已脱胎换骨，已经达到可以和C/C++程序一教高下的地步

类装载器子系统将字节码文件加载到内存中，生产一个Class对象到方法区。
多个线程共享方法区和堆。每个线程都有单独的Java栈、本地方法栈、程序计数器。
执行引擎包含：解释器(解释运行)、JIT编译器、垃圾回收器。是高级语言翻译者。

三、Java执行流程

四、JVM的架构模型

java编译器输入的指令基本上是一种基于栈的指令集架构、另一种指令集架构则是基于寄存器的指令集架构。

两者区别：
基于栈式架构的特点：
① 设计和实现更简单，适用于资源受限的系统。
② 避开了寄存器的分配难题：使用零地址指令方式分配。
③ 指令流中的指令大部分是零地址指令，其执行过程依赖于操作站。指令集更小，编译器容易实现。
④ 不需要硬件支持，可移植性更好，更好实现跨平台

基于寄存器架构的特点：
① 典型的应用是x86的二进制指令集：比如传统的PC以及Android的Davlik虚拟机。
② 缺点：完全依赖硬件，可执行性差。
③ 优点：性能优秀和执行更高效。
④ 花费更少的指令区完成一项操作。
⑤ 在大部分情况下，基于寄存器架构的指令集往往都以一地址指令、二地址指令和三地址指令为主。

例子：

package com.zx.jvm;
public class StackTest {
    public static void main(String[] args) {
        int i = 2;
        int k = 3;
        int j = i+k;
    }
}

运行一下，然后到生产的字节码文件的目录下，javap -v StackTest.class

总结：
由于跨平台的特性，Java的指令都是根据栈来设计的。不同平台的CPU架构不同，所有不能设计为基于寄存器的。优点是跨平台，指令集小，编译容易实现，缺点是性能下降，实现同样的功能需要更多的指令。

栈：跨平台性、指令集小、指令多；执行性能比寄存器差。

时至今日，尽管嵌入式平台已经不是Java程序的主流平台了，那么为什么不将架构更换为语句寄存器的架构呢？
设计实现简单、在非资源受限的场景也可用。

五、JVM的声明周期

虚拟机的启动

java虚拟机的启动时通过引导类加载器(bootstrap class loader)创建一个初始类(initial class)来完成的，这个类由虚拟机的具体实现来指定。

虚拟机的执行

一个运行中的Java虚拟机有一个清晰的任务：执行Java程序。
程序开始执行时它才允许，程序结束时它就停止。
执行一个所谓Java程序的时候，真正在执行的时一个叫做java虚拟机的进程。

虚拟机的退出

有如下情况：

• 程序正常执行结束
• 程序在执行过程中遭遇了异常或错误而异常终止
• 由于操作系统出现错误而导致Java虚拟机进程终止
• 某线程调用Runtime类或System类的exit方法，或Runtime类的halt方法，并且Java的安全管理器也允许这次的exit和halt操作
• 除此之外 JNI规范描述了用JNI Invocation API来加载或卸载 java虚拟机时，Java虚拟机的退出情况

六、JVM发展历程

Sum Classic VM
1966年Java1.0版本sun公司发布的虚拟机，世界上第一款商用Java虚拟机，jdk1.4时淘汰。
内部只提供解释器，如果要使用JIT编译器，就需要进行外挂。但一旦使用了JIT编译器，JIT就会接管虚拟机的执行系统，编译器就不会再工作，二者不会结合使用。

Exact VM
为解决上个虚拟机的问题，jdk1.2时，sun提供。
Exact Memory Management：准确式内存管理，可以知道内存中某个位置的数据具体时什么类型。
具备现代高性能虚拟机的雏形：热点探测、编译器于解释器混合使用。
只在Solaris平台短暂使用，很快被HotSpot VM取代。

HotSpot VM
HotSpot历史：
最初由一家名为Longview Technologies的小公司设计。
1997年被sun公司收购，2009年sun被甲骨文收购。
jdk1.3时，HotSpot VM称为默认虚拟机。
目前占据绝对市场地位。
从服务器、桌面到移动端都有应用。
名称中的HotSpot指的就是它的热点代码探测技术：通过计数器找到最具编译价值的代码，触发及时编译或栈上编译；通过编译器与解释器协同操作，在最优化的程序响应时间与最佳执行性能中取得平衡。

BEA的JRockit
专注与服务器端的应用，它可以不太注重程序的启动速度，因此JRockit内部不包含解析器实现，全部代码都靠即使编译器编译后执行。
大量的行业基准测试显示，JRockit JVM时世界上最快的JVM。
优势：全面的Java运行时解决方案组合。其面向延迟敏感型应用也有的解决方案(JRockit Real Time)；MissionController服务套件，它是一组以极低的开销来监控、管理和分析生产环境的应用程序工具。
2008年，BEA被Oracle收购了。
Oracle在JDK8中大致完成了与HotSpot的整合（在HotSpot基础上移植了JRockit的优秀特性）。

IBM的J9
全称IBM Technology for Java Virtual Machine，简称IT4J，内部代号J9。
市场定位与HotSpot接近，服务器端、桌面应用、嵌入式多用途VM。
广泛应用于IBM各类的java产品。
有影响力的三大商业虚拟机之一。
2017年左右，IBM发布了开源的J9 VM，命名为OpenJ9，交给Eclipse基金会管理，也称为Eclipse OpenJ9

KVM和CDC/CLDC Hotspot
Oracle在JavaME产品线上的两款虚拟机为:CDC/CLDC HotSpot Implementation VM
KVM是CLDC-HI早期产品
目前移动领域地位尴尬，智能手机被Android和IOS两分天下
KVM简单、轻量、高度可移植，面向更低端的设配还能维持一下自己的市场。

所有的虚拟机的原则：一次编译处处运行‘

Azul VM
Azul VM和BEA Liquid VM是与特定软件平台绑定、软硬件配合的专有虚拟机。（高性能）
Azul VM是Azul System公司在HotSpot基础上进行大量改进，运行于其公司专有硬件Vega系统上的Java虚拟机。
每个Azul VM实例都可以管理数十个CPU和数百GB内存的硬件资源，并提供在巨大内存范围内实现可控的GC时间的垃圾收集器、专有硬件优化的线程调度等优秀特性。
2010年，Azul System公司开始从硬件转向软件，发布了自己Zing JVM，可在通用x86平台上提供接近与Vega系统的特性。

Liquid VM
BEA公司开发的，直接运行在自家Hypervisor系统上。
Liquid VM即是限制的JRockit VE，Liquid VM不需要操作系统的支持，或者说他自己本身实现了一个专用操作系统的必要功能，如线程调度、文件系统、网路支持等。
随着JRockit虚拟机的终止开发，该项目也停了。

Apache Harmony
Apache也曾推出过有JDK1.5和1.6兼容的Java运行平台Apache Harmony。
它是IBM和Intel联合开发的开源JVM，收到同样开源的OpenJDK压制，Sun坚决不让Harmony获得JCP认证，最终2011年退役，IBM转而参与OpenJDK
虽然没有被大规模商用，但是它的类库代码被吸收到了AndroidSDK。

Microsoft JVM
微软为了在IE3浏览器中支持Java Applets，开发
只能在window平台下运行，但在当时是Windows下性能最好的JVM
1997年Sun以侵犯商标、不正当竞争罪名指控微软成功，赔了sun很多钱。微软在WindowsXP SP3中抹除了其中VM。现在windows上安装jdk都是HotSpot。

TaobaoJVM
由AliJVM团队发布。
基于OpenJDK开发了自己定制版本AlibabaJDK。是整个阿里Java体系的基石。
基于OpenJDK HotSpot VM发布的国内第一个优化、深度定制且开源的高性能服务器版Java虚拟机。
-创新的GICH实现了off-heap，即将生命周期较长的Java对象从heap中移到heap外，并且GC不能管理GCIH内部Java对象，以此达到降低GC的回收频率和提升GC回收效率的目的
-GCIH中的对象还能再多个Java虚拟机进程中实现共享。
-使用crc32指令实现JVM intrinsic降低JNI调用开销
-PMU hardware的java profiling tool和诊断协助功能
-针对大数据场景的ZenGC
taobaoVM应用再阿里产品上性能高，硬件严重依赖intel的cpu，损失了兼容性但提高了性能，现以再淘宝天猫上线，将oracle的jvm版本全部替换。

Dalvik VM
谷歌开发应用于Android系统，并再Android2.2中提供了JIT，发展迅猛。
只能称作虚拟机，不能称为Java虚拟器，没有遵循jvm的规范。
不能直接执行java的class文件，而是dex的文件，效率较高
基于寄存器架构
Android5.0使用支持提前编译（AOT）的ART VM替换 Dalvik VM

Graal VM
2018年4月，Oracle Lab公开。
HotSpot VM基础上增强而成的跨语言全栈虚拟机可作为“任何语言”的运行平台使用。
支持不同语言中混用对方的接口和对象，支持这些语言已经编译好的本地库文件。