JVM解毒——JVM与Java体系结构

你是否也遇到过这些问题？

  • 运行线上系统突然卡死，系统无法访问，甚至直接OOM
  • 想解决线上JVM GC问题，但却无从下手
  • 新项目上线，对各种JVM参数设置一脸懵逼，直接默认，然后就JJ了
  • 每次面试都要重新背一遍JVM的一些原理概念性东西

这段广告语写的好，趁着在家办公学习下JVM，先列出整体知识点

点赞+收藏 就学会系列，文章收录在 GitHub JavaEgg ，N线互联网开发必备技能兵器谱

Java开发都知道JVM是Java虚拟机，上学时还用过的VM也叫虚拟机，先比较一波

虚拟机与Java虚拟机

所谓虚拟机（Virtual Machine），就是一台虚拟的计算机。它是一款软件，用来执行一系列虚拟计算机指令。大体上，虚拟机可以分为系统虚拟机和程序虚拟机。

  • Visaual Box，VMware就属于系统虚拟机，它们完全是对物理计算机的仿真，提供了一个可运行完整操作系统的软件平台
  • 程序虚拟机的典型代表就是Java虚拟机，它专门为执行单个计算机程序而设计，在Java虚拟机中执行的指令我们称为Java字节码指令

JVM 是什么

JVM 是 Java Virtual Machine（Java虚拟机)的缩写，JVM是一种用于计算设备的规范，它是一个虚构的计算机，是通过在实际的计算机上仿真模拟各种计算机功能来实现的。

Java虚拟机是二进制字节码的运行环境，负责装载字节码到其内部，解释/编译为对应平台的机器指令执行。每一条Java指令，Java虚拟机规范中都有详细定义，如怎么取操作数，怎么处理操作数，处理结果放在哪里。

特点

  • 一次编译，到处运次（跨平台）
  • 自动内存管理
  • 自动垃圾回收功能

字节码

我们平时所说的java字节码，指的是用java语言编写的字节码，准确的说任何能在jvm平台上执行的字节码格式都是一样的，所以应该统称为jvm字节码。

不同的编译器可以编译出相同的字节码文件，字节码文件也可以在不同的jvm上运行。

Java虚拟机与Java语言没有必然的联系，它只与特定的二进制文件格式——Class文件格式关联，Class文件中包含了Java虚拟机指令集（或者称为字节码、Bytecodes）和符号集，还有一些其他辅助信息。

Java代码执行过程

JVM的位置

JVM是运行在操作系统之上的，它与硬件没有直接的交互。

JDK(Java Development Kit) 是 Java 语言的软件开发工具包（SDK）。JDK 物理存在，是 Java Language、Tools、JRE 和 JVM 的一个集合。

JVM整体结构

JVM的架构模型

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

两种架构之间的区别：

  • 基于栈式架构的特点

    • 设计和实现更简单，适用于资源受限的系统；
    • 避开了寄存器的分配难题，使用零地址指令方式分配；
    • 指令流中的指令大部分是零地址指令，其执行过程依赖于操作栈。指令集更小，编译器容易实现；
    • 不需要硬件支持，可移植性更好，更好实现跨平台
  • 基于寄存器架构的特点
    • 典型的应用是X86的二进制指令集：比如传统的PC以及Android的Davlik虚拟机；
    • 指令集架构则完全依赖硬件，可移植性差；
    • 性能优秀和执行更高效；
    • 花费更少的指令去完成一项操作；
    • 大部分情况下，基于寄存器架构的指令集往往都以一地址指令、二地址指令和三地址指令为主，而基于栈式架构的指令集却是以零地址指令为主

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

分析基于栈式架构的JVM代码执行过程

进入class文件所在目录，执行javap -v xx.class反解析（或者通过IDEA插件Jclasslib直接查看），可以看到当前类对应的code区（汇编指令）、本地变量表、异常表和代码行偏移量映射表、常量池等信息。

以上图中的 1+2 为例说明:

Classfile /Users/starfish/workspace/myCode/starfish-learning/starfish-learn/target/classes/priv/starfish/jvm/JVM1.class
  Last modified 2020-2-7; size 487 bytes
  MD5 checksum 1a9653128b55585b2745270d13b17aaf
  Compiled from "JVM1.java"
public class priv.starfish.jvm.JVM1
  SourceFile: "JVM1.java"
  minor version: 0
  major version: 52
  flags: ACC_PUBLIC, ACC_SUPER
Constant pool:
   #1 = Methodref          #3.#22         //  java/lang/Object."<init>":()V
   #2 = Class              #23            //  priv/starfish/jvm/JVM1
   #3 = Class              #24            //  java/lang/Object
   #4 = Utf8               <init>
   #5 = Utf8               ()V
   #6 = Utf8               Code
   #7 = Utf8               LineNumberTable
   #8 = Utf8               LocalVariableTable
   #9 = Utf8               this
  #10 = Utf8               Lpriv/starfish/jvm/JVM1;
  #11 = Utf8               main
  #12 = Utf8               ([Ljava/lang/String;)V
  #13 = Utf8               args
  #14 = Utf8               [Ljava/lang/String;
  #15 = Utf8               i
  #16 = Utf8               I
  #17 = Utf8               j
  #18 = Utf8               k
  #19 = Utf8               MethodParameters
  #20 = Utf8               SourceFile
  #21 = Utf8               JVM1.java
  #22 = NameAndType        #4:#5          //  "<init>":()V
  #23 = Utf8               priv/starfish/jvm/JVM1
  #24 = Utf8               java/lang/Object
{
  public priv.starfish.jvm.JVM1();
    flags: ACC_PUBLIC
    Code:
      stack=1, locals=1, args_size=1
         0: aload_0
         1: invokespecial #1                  // Method java/lang/Object."<init>":()V
         4: return
      LineNumberTable:
        line 3: 0
      LocalVariableTable:
        Start  Length  Slot  Name   Signature
               0       5     0  this   Lpriv/starfish/jvm/JVM1;

  public static void main(java.lang.String[]);
    flags: ACC_PUBLIC, ACC_STATIC
    Code:
      stack=2, locals=4, args_size=1
         0: iconst_1      //冒号前的数字表示程序计数器的数，常量1入栈
         1: istore_1      //保存到1的操作数栈中,这里的1表示操作数栈的索引位置
         2: iconst_2
         3: istore_2
         4: iload_1       //加载
         5: iload_2
         6: iadd          //常量出栈，求和
         7: istore_3      //存储到索引为3的操作数栈
         8: return
      LineNumberTable:
        line 6: 0
        line 7: 2
        line 8: 4
        line 9: 8
      LocalVariableTable:
        Start  Length  Slot  Name   Signature
               0       9     0  args   [Ljava/lang/String;
               2       7     1     i   I
               4       5     2     j   I
               8       1     3     k   I
      MethodParameters: length = 0x5
       01 00 0D 00 00
}

JVM生命周期

虚拟机的启动

Java虚拟机的启动是通过引导类加载器（Bootstrap Class Loader）创建一个初始类（initial class）来完成的，这个类是由虚拟机的具体实现指定的。

虚拟机的执行

  • 一个运行中的Java虚拟机有着一个清晰的任务：执行Java程序
  • 程序开始执行时它才运行，程序结束时它就停止
  • 执行一个所谓的Java程序的时候，真正执行的是一个叫做Java虚拟机的进程
  • 你在同一台机器上运行三个程序，就会有三个运行中的Java虚拟机。 Java虚拟机总是开始于一个main()方法，这个方法必须是公有、返回void、只接受一个字符串数组。在程序执行时，你必须给Java虚拟机指明这个包含main()方法的类名。

虚拟机的退出

有以下几种情况：

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

Java和JVM规范

Java Language and Virtual Machine Specifications

JVM发展历程

JDK 版本升级不仅仅体现在语言和功能特性上，还包括了其编译和执行的 Java 虚拟机的升级。

  • 1990年，在Sun计算机公司中，由Patrick Naughton、MikeSheridan及James Gosling领导的小组Green Team，开发出的新的程序语言，命名为Oak，后期命名为Java
  • 1995年，Sun正式发布Java和HotJava产品，Java首次公开亮相
  • 1996 年，JDK 1.0 发布时，提供了纯解释执行的 Java 虚拟机实现：Sun Classic VM。
  • 1997 年，JDK 1.1 发布时，虚拟机没有做变更，依然使用 Sun Classic VM 作为默认的虚拟机
  • 1998 年，JDK 1.2 发布时，提供了运行在 Solaris 平台的 Exact VM 虚拟机，但此时还是用 Sun Classic VM 作为默认的 Java 虚拟机，同时发布了JSP/Servlet、EJB规范，以及将Java分成J2EE、J2SE、J2ME
  • 2000 年，JDK1.3 发布，默认的 Java 虚拟机由 Sun Classic VM 改为 Sun HotSopt VM，而 Sun Classic VM 则作为备用虚拟机
  • 2002 年，JDK 1.4 发布，Sun Classic VM 退出商用虚拟机舞台，直接使用 Sun HotSpot VM 作为默认虚拟机一直到现在
  • 2003年，Java平台的Scala正式发布，同年Groovy也加入了Java阵营
  • 2004年，JDK1.5发布，同时JDK1.5改名为JDK5.0
  • 2006年，JDK6发布，同年，Java开源并建立了OpenJDK。顺理成章，Hotspot虚拟机也成为了OpenJDK默认虚拟机
  • 2008年，Oracle收购BEA，得到了JRockit虚拟机
  • 2010年，Oracle收购了Sun，获得Java商标和HotSpot虚拟机
  • 2011年，JDK7发布，在JDK1.7u4中，正式启用了新的垃圾回收器G1
  • 2014年，JDK8发布，用元空间MetaSpace取代了PermGen
  • 2017年，JDK9发布，将G1设置为默认GC，替代CMS

Sun Classic VM

  • 世界上第一款商用 Java 虚拟机。1996年随着Java1.0的发布而发布，JDK1.4时完全被淘汰；
  • 这款虚拟机内部只提供解释器；
  • 如果使用JIT编译器，就需要进行外挂。但是一旦使用了JIT编译器，JIT就会接管虚拟机的执行系统，解释器就不再工作，解释器和编译器不能配合工作；
  • 现在hotspot内置了此虚拟机

Exact VM

  • 它的执行系统已经具备了现代高性能虚拟机的雏形：如热点探测、两级即时编译器、编译器与解析器混合工作模式等；
  • 使用准确式内存管理：虚拟机可以知道内存中某个位置的数据具体是什么类型；
  • 在商业应用上只存在了很短暂的时间就被更优秀的 HotSpot VM 所取代

Sun HotSpot VM

  • 它是 Sun JDK 和 OpenJDK 中所带的虚拟机，也是目前使用范围最广的 Java 虚拟机；
  • 继承了 Sun 之前两款商用虚拟机的优点（如准确式内存管理），也使用了许多自己新的技术优势，如热点代码探测技术（通过执行计数器找出最具有编译价值的代码，然后通知 JIT 编译器以方法为单位进行编译；
  • Oracle 公司分别收购了 BEA 和 Sun，并在 JDK8 的时候，整合了 JRokit VM 和 HotSpot VM，如使用了 JRokit 的垃圾回收器与 MissionControl 服务，使用了 HotSpot 的 JIT 编译器与混合的运行时系统。

BEA JRockit VM

  • 专注于服务器端应用，内部不包含解析器实现；
  • 号称是世界上最快的JVM

IBM J9 VM

  • 全称：IBM Technology for Java Virtual Machine，简称IT4J，内部代号：J9
  • 市场定位于HotSpot接近，服务器端、桌面应用、嵌入式等多用途VM
  • 目前是有影响力的三大商用虚拟机之一

虚拟机有很多，此外还有Azul VM、Liquid VM、Apache Harmony、TaobaoJVM、Graal VM等

参考

《深入理解Java虚拟机》

《尚硅谷JVM》

原文地址：https://www.cnblogs.com/lazyegg/p/12340790.html

时间： 2024-08-01 06:15:32

JVM解毒——JVM与Java体系结构的相关文章

JVM之JVM的体系结构

摘自:https://www.cnblogs.com/jalja365/p/12184872.html JVM之JVM的体系结构 一.JDK的组成 JDK:JDK是Java开发工具包,是Sun Microsystems针对Java开发员的产品.JDK中包含JRE(在JDK的安装目录下有一个名为jre的目录,里面有两个文件夹bin和lib,在这里可以认为bin里的就是jvm,lib中则是jvm工作所需要的类库,而jvm和 lib和起来就称为jre)和一堆Java工具(javac/java/jdb等

从JVM的角度看JAVA代码--代码优化

从JVM的角度看JAVA代码–代码优化 从JVM的角度看JAVA代码代码优化 片段一反复计算 片段二反复比較 在JVM载入优化为class文件,运行class文件时,会有JIT(Just-In-Time)的介入,它会做进一步优化,这样就须要考虑是否可能被JIT优化. 片段一:反复计算 // 反复计算,这里b()被计算两次 Object a = b() == null ? "" : b(); // 优化代码 Object c = b(); Object a = c == null ? &

JVM性能优化,提高Java的伸缩性

很多程序员在解决JVM性能问题的时候,花开了很多时间去调优应用程序级别的性能瓶颈,当你读完这本系列文章之后你会发现我可能更加系统地看待这类的问题.我说过JVM的自身技术限制了Java企业级应用的伸缩性.首先我们先列举一些主导因素. 主流的硬件服务器提供了大量的内存 分布式系统有大量内存的需求,而且该需求在持续增长 一个普通Java应用程序所持有的对空间大概在1GB~4GB,这远远低于一个硬件服务器的内存管理能力以及一个分布式应用程序的内存需求量.这被称之为Java内存墙,如下图所示(图中表述Ja

JVM内存结构 VS Java内存模型 VS Java对象模型

Java作为一种面向对象的,跨平台语言,其对象.内存等一直是比较难的知识点.而且很多概念的名称看起来又那么相似,很多人会傻傻分不清楚.比如本文我们要讨论的JVM内存结构.Java内存模型和Java对象模型,这就是三个截然不同的概念,但是很多人容易弄混.可以这样说,很多高级开发甚至都搞不不清楚JVM内存结构.Java内存模型和Java对象模型这三者的概念及其间的区别.甚至我见过有些面试官自己也搞的不是太清楚.不信的话,你去网上搜索Java内存模型,还会有很多文章的内容其实介绍的是JVM内存结构.首

【转】JVM内存结构 VS Java内存模型 VS Java对象模型

JVM内存结构 我们都知道,Java代码是要运行在虚拟机上的,而虚拟机在执行Java程序的过程中会把所管理的内存划分为若干个不同的数据区域,这些区域都有各自的用途. 其中有些区域随着虚拟机进程的启动而存在,而有些区域则依赖用户线程的启动和结束而建立和销毁.在<Java虚拟机规范(Java SE 8)>中描述了JVM运行时内存区域结构如下: 各个区域的功能不是文本重点,就不在这里详细介绍了.这里简单提几个需要特别注意的点: 1.以上是Java虚拟机规范,不同的虚拟机实现会各有不同,但是一般会遵守

Java内存管理-初始JVM和JVM启动流程（二）

勿在流沙住高台,出来混迟早要还的. 做一个积极的人 编码.改bug.提升自己 我有一个乐园,面向编程,春暖花开! 上一篇分享了什么是程序,以及Java程序运行的三个阶段.也顺便提到了Java中比较重要的一个东西就是JVM(JAVA 虚拟机),那么今天在先了解一下JVM和JVM的启动流程. 知识地图: 1.什么是虚拟机 虚拟机(Virtual Machine)指通过软件模拟的具有完整硬件系统功能的.运行在一个完全隔离环境中的完整计算机系统.[百度百科] 虚拟机通过仿真引擎(称为管理程序)处理虚拟硬

[转帖]JVM内存结构 VS Java内存模型 VS Java对象模型

JVM内存结构 VS Java内存模型 VS Java对象模型 https://www.hollischuang.com/archives/2509 Java作为一种面向对象的,跨平台语言,其对象.内存等一直是比较难的知识点.而且很多概念的名称看起来又那么相似,很多人会傻傻分不清楚.比如本文我们要讨论的JVM内存结构.Java内存模型和Java对象模型,这就是三个截然不同的概念,但是很多人容易弄混. 可以这样说,很多高级开发甚至都搞不不清楚JVM内存结构.Java内存模型和Java对象模型这三者

JVM(三)：深入分析Java字节码-上

JVM(三):深入分析Java字节码-上 字节码文章分为上下两篇,上篇也就是本文主要讲述class文件存在的意义,以及其带来的益处.并分析其内在构成之一 ---字节码,而下篇则从指令集方面着手,讲解指令集都有哪些,以及其各自代表的含义.最后总结一下Class文件存在的必然性. 意义 前面说过 Java 虚拟机拥有平台无关性,但其实现在语言无关性在 JVM 和更加的体现了出来.表现就是目前越来越多的语言可以在 JVM 上运行,而这背后的逻辑,就是这些语言都会被编译为 Class 文件,然后在JVM

JVM内存结构、Java内存模型和Java对象模型

Java作为一种面向对象的,跨平台语言,其对象.内存等一直是比较难的知识点.而且很多概念的名称看起来又那么相似,很多人会傻傻分不清楚.比如本文要讨论的JVM内存结构.Java内存模型和Java对象模型,这就是三个截然不同的概念,但是很多人容易弄混. 首先,这三个概念是完全不同的三个概念.本文主要目的是对这三个概念加以区分以及做简单的介绍.而这每一个知识点都是又都是比较复杂的.以后会单独写文章做详细介绍. Jvm内存结构 我们都知道,Java代码是要运行在虚拟机上的,而虚拟机在执行Java程序的过