JVM系列(一)JAVA概念和历史

最新推荐文章于 2023-02-24 09:00:00 发布
最新推荐文章于 2023-02-24 09:00:00 发布
阅读量203 收藏 1
点赞数
分类专栏： # jvm系列
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/bo_book/article/details/110211274
版权

回顾一下历史，看看历史时间线上技术的发展，你才能明白明天会是什么样的。 ----------左耳朵耗子

目录

一、JAVA的定义

1.1 java的定义

  • Java是一门结构严谨、面向对象的编程语言。
  • 它摆脱了硬件平台的束缚，实现了“一次编写，到处运行”的理想。
  • 它提供了一种相对安全的内存管理和访问机制，避免了绝大部分内存泄漏和指针越界问题。
  • 它实现了热点代码检测和运行时编译及优化，这使得Java应用能随着运行时间的增长而获得更高的性能。
  • 一套完善的应用程序接口，还有无数来自商业机构和开源社区的第三方类库来帮助用户实现各种各样的功能。

1.2 几个概念

在这里插入图片描述

  • JDK
    Java程序设计语言、Java虚拟机、Java类库这三部分统称为JDK（Java Development Kit）,JDK是用于支持Java程序开发的最小环境.

  • JRE
    把Java类库API中的Java SE API子集[3]和Java虚拟机这两部分统称为 JRE（Java Runtime Environment），JRE是支持Java程序运行的标准环境。

  • Java ME（Micro Edition）
    支持Java程序运行在移动终端（手机、PDA）上的平台，对Java API 有所精简，并加入了移动终端的针对性支持，这条产品线在JDK 6以前被称为J2ME。有一点读者请勿 混淆，现在在智能手机上非常流行的、主要使用Java语言开发程序的Android并不属于Java ME。

  • Java SE（Standard Edition）
    支持面向桌面级应用（如Windows下的应用程序）的Java平台，提 供了完整的Java核心API，这条产品线在JDK 6以前被称为J2SE。

  • Java EE（Enterprise Edition）
    支持使用多层架构的企业应用（如ERP、MIS、CRM应用）的 Java平台，除了提供Java SE API外，还对其做了大量有针对性的扩充[4]，并提供了相关的部署支持， 这条产品线在JDK 6以前被称为J2EE，在JDK 10以后被Oracle放弃，捐献给Eclipse基金会管理，此后被 称为Jakarta EE

二、JAVA的历史

2.1 版本的演进历史

在这里插入图片描述

  1. 1991年
    James Gosling博士领导的绿色计划（Green Project）开始启动，此计划最初的目标 是开发一种能够在各种消费性电子产品（如机顶盒、冰箱、收音机等）上运行的程序架构。这个计划 的产品就是Java语言的前身：Oak（得名于James Gosling办公室外的一棵橡树）。
  2. 1995年
    Oak语言改名为Java，并且在SunWorld大会上正式发布Java 1.0版本。Java语言第 一次提出了“Write Once，Run Anywhere”的口号
  3. 1996年
    JDK 1.0发布，Java语言有了第一个正式版本的运行环境。JDK 1.0提供了一个纯解释执行的Java虚拟机实现（Sun Classic VM）。JDK 1.0版本的代表技术包括：Java虚拟机、Applet、 AWT等。
  4. 1997年
    Sun公司发布了JDK 1.1，Java里许多最基础的技术支撑点（如JDBC等）都是在 JDK 1.1版本中提出的，JDK 1.1版的技术代表有：JAR文件格式、JDBC、JavaBeans、RMI等。Java语 言的语法也有了一定的增强，如内部类（Inner Class）和反射（Reflection）都是在这时候出现的。
  5. 1998年
    JDK迎来了一个里程碑式的重要版本：工程代号为Playground（竞技场）的JDK 1.2，Sun在这个版本中把Java技术体系拆分为三个方向，分别是面向桌面应用开发的J2SE（Java 2 Platform，Standard Edition）、面向企业级开发的J2EE（Java 2 Platform，Enterprise Edition）和面向手 机等移动终端开发的J2ME（Java 2 Platform，Micro Edition）。在这个版本中出现的代表性技术非常 多，如EJB、Java Plug-in、Java IDL、Swing等，并且这个版本中Java虚拟机第一次内置了JIT（Just In Time）即时编译器（JDK 1.2中曾并存过三个虚拟机，Classic VM、HotSpot VM和Exact VM，其中 Exact VM只在Solaris平台出现过；后面两款虚拟机都是内置了JIT即时编译器的，而之前版本所带的 Classic VM只能以外挂的形式使用即时编译器）。在语言和API层面上，Java添加了strictfp关键字， Java类库添加了现在Java编码之中极为常用的一系列Collections集合类等。
  6. 1999年
    HotSpot虚拟机诞生。HotSpot最初由一家名为“Longview Techno-logies”的小公司 开发，由于HotSpot的优异表现，这家公司在1997年被Sun公司收购。Hot-Spot虚拟机刚发布时是作为 JDK 1.2的附加程序提供的，后来它成为JDK 1.3及之后所有JDK版本的默认Java虚拟机。
  7. 2000年
    工程代号为Kestrel（美洲红隼）的JDK 1.3发布。相对于JDK 1.2，JDK 1.3的改进 主要体现在Java类库上（如数学运算和新的Timer API等）
  8. 2002年
    JDK 1.4发布，工程代号为Merlin（灰背隼）。JDK 1.4是标志着Java真正走向成 熟的一个版本， JDK 1.4同样带来了很多新的技术特性，如正则表达式、异常 链、NIO、日志类、XML解析器和XSLT转换器，等等
  9. 2004年
    JDK 5发布，工程代号为Tiger（老虎）。Sun公司从这个版本开始放弃了谦逊 的“JDK 1.x”的命名方式，将产品版本号修改成了“JDK x”[1]。Java在语法层面上的变 动一直很小，而JDK 5在Java语法易用性上做出了非常大的改进。如：自动装箱、泛型、动态注解、枚 举、可变长参数、遍历循环（foreach循环）等语法特性都是在JDK 5中加入的。在虚拟机和API层面 上，这个版本改进了Java的内存模型（Java Memory Model，JMM）、提供了java.util.concurrent并发包等。
  10. 2006年
    JDK 6发布，工程代号为Mustang（野马）。在这个版本中，Sun公司终结了从 JDK 1.2开始已经有八年历史的J2EE、J2SE、J2ME的产品线命名方式，启用Java EE 6、Java SE 6、Java ME 6的新命名来代替。JDK 6的改进包括：提供初步的动态语言支持（通过内置Mozilla JavaScript Rhino引擎实现）、提供编译期注解处理器和微型HTTP服务器API，等等。同时，这个版本对Java虚拟 机内部做了大量改进，包括锁与同步、垃圾收集、类加载等方面的实现都有相当多的改动。
  11. 2009年
    2009年大幅裁剪了JDK 7预定目标，以保证 JDK 7的正式版，JDK 7包含的改进有：提供新的G1收 集器（G1在发布时依然处于Experimental状态，直至2012年4月的Update 4中才正式商用）、加强对非 Java语言的调用支持（JSR-292，这项特性在到JDK 11还有改动）、可并行的类加载架构等。JDK 7，还有一点值得提起的是，从JDK 7 Update 4起，Java SE的核心功能正式开始为Mac OS X操作系统提供支持。
  12. 2014年
    JDK 8发布，包含了很如(1)Lambda表达式的支持，这让Java语言拥有了流畅的函数式表达能力(2)内置Nashorn JavaScript引擎的支持(3)新的时间、日期API(4)彻底移除HotSpot的永久代。等新特性
  13. 2017年
    JDK 9发布，Jigsaw模块化功能，还增强了若干工具（JS Shell、JLink、JHSDB等），整顿了 HotSpot各个模块各自为战的日志系统，支持HTTP 2客户单API等91个JEP。
  14. 2018年3月
    JDK 10如期发布，这版本的主要研发目标是内部重构，诸如统一源仓库、统一 垃圾收集器接口、统一即时编译器接口（JVMCI在JDK 9已经有了，这里是引入新的Graal即时编译 器）等，这些都将会是对未来Java发展大有裨益的改进，但对普通用户来说JDK 10的新特性就显得乏 善可陈
  15. 2018年9月
    2018年9月25日，JDK 11发布，这是一个LTS版本的JDK，包含17个JEP，其中有ZGC这样的革命 性的垃圾收集器出现，也有把JDK 10中的类型推断加入Lambda语法这种可见的改进
  16. 2019年3月
    2019年3月20日，JDK 12发布，只包含8个JEP，其中主要有Switch表达式、Java微测试套件 （JMH）等新功能，最引人注目的特性无疑是加入了由RedHat领导开发的Shen-andoah垃圾收集器。 Shenandoah作为首个由非Oracle开发的垃圾收集器，其目标又与Oracle在JDK 11中发布的ZGC几乎完全 一致，两者天生就存在竞争。Oracle马上用实际行动抵制了这个新收集器，在JDK 11发布时才说应尽 可能保证OracleJDK和OpenJDK的兼容一致，转眼就在OracleJDK 12里把Shenandoah的代码通过条件编 译强行剔除掉，使其成为历史上唯一进入了OpenJDK发布清单，但在OracleJDK中无法使用的功能。

2.2 版本历史中的几个奇怪现象

  • 为什么突然JDK 1.4下来就是 JDK 5了？
    2004年9月30日，JDK 5发布，工程代号为Tiger（老虎）。Sun公司膨胀了，从这个版本开始放弃了谦逊 的“JDK 1.x”的命名方式，将产品版本号修改成了“JDK x”。

  • 为什么JDK 7 、JDK 8 、JDK 9都难产了？
    Sun公司相继在技术竞争和商业竞争中陷入泥潭，公司的股票 市值跌至仅有高峰时期的3%，已无力推动JDK 7的研发工作按计划继续进行，被Oracle公司收购了。JDK 9难产是因为Oracle在话语权上的斗争。

  • 为什么JDK 10 11 12 13 14这么快，感觉又没啥用？
    JDK 9发布后，Oracle随即宣布Java将会以持续交付的形式和更加敏捷的研发节奏向前推进，以后 JDK将会在每年的3月和9月各发布一个大版本[11]，目的就是为避免众多功能特性被集中捆绑到一个 JDK版本上而引发交付风险。
    这次改革确实从根源上解决了跳票问题，但也为Java的用户和发行商带 来了颇大的压力，不仅程序员感慨“Java新版本还没开始用就已经过时了”，Oracle自己对着一堆JDK版 本分支也在挠头，不知道该如何维护更新，该如何提供技术支持。Oracle的解决方案是顺理成章地终 结掉“每个JDK版本最少维护三年”的优良传统，从此以后，每六个JDK大版本中才会被划出一个长期 支持（Long Term Support，LTS）版，只有LTS版的JDK能够获得为期三年的支持和更新，普通版的 JDK就只有短短六个月的生命周期。JDK 8和JDK 11会是LTS版，再下一个就到2021年发布的JDK 17 了。

三、OpenJDK历史简述

几个标志性事件

  • 2006年11月13日的JavaOne大会上，Sun公司宣布计划要把Java开源，在随后的一年多时间内， 它陆续地将JDK的各个部分在GPLv2（GNU General Public License v2）协议下公开了源码，并建立了 OpenJDK组织对这些源码进行独立管理。除了极少量的产权代码（Encumbered Code，这部分代码所有 权不属于Sun公司，Sun本身也无权进行开源处理）外，OpenJDK几乎拥有了当时SunJDK 7的全部代 码，OpenJDK的质量主管曾经表示在JDK 7中，SunJDK和OpenJDK除了代码文件头的版权注释之外， 代码几乎是完全一样的，所以OpenJDK 7与SunJDK 7本质上就是同一套代码库出来的产品。

  • JDK 11发布，Oracle同时调整了JDK的授权许可证，里面包含了好几个动作。首先，Oracle从 JDK 11起把以前的商业特性[16]全部开源给OpenJDK，这样OpenJDK 11和OracleJDK 11的代码和功 能，在本质上就是完全相同的（官方原文是Essentially Identical。

  • 之后，Oracle宣布那样在六个月之后就放弃了对上一个版本 OpenJDK的维护，RedHat同时从Oracle手上接过OpenJDK 8和OpenJDK 11的管理权利和维护职责。

  • 在OracleJDK 12里把Shenandoah的代码通过条件编 译强行剔除掉，使其成为历史上唯一进入了OpenJDK发布清单，但在OracleJDK中无法使用的功能。

总结，基本上可以理解为Oracle和OpenJDK一样的吧

HDGM3
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
yarrow：[yarrow]基于JVMCI的HotSpot VM优化编译器
02-02
欧arrow草 前言 这是我的毕业设计，目前仍在进行中。 我打算为HotSpot VM写一个优化的JIT编译器。 多亏了 JVMCI，我可以使用-XX:+EnableJVMCI -XX:+UseJVMCICompiler -Djvmci.Compiler=yarrow选项在运行时轻松地将编译器插入JVM。 由于JVMCI是一项实验性功能，因此仅将其服务公开给Graal编译器后端（这是JVMCI的默认实现），因此我必须对其进行修改，以便可以将JVMCI服务导出到我的yarrow模块。 为了简单起见，我只修改了JVMCI模块中的module-info.java并重建了整个JDK。 回到我的项目，yarrow受到了HotSpot VM（aka.C1）客户端编译器的极大启发。 众所周知，中间表示形式是程序员编写的对机器理解的垫脚石。 中间表示必须弥合较大的语义鸿沟。 Yarrow使用两层控制流程图，其中包含SSA指令（第2层）HIR的基本块（第1层）。 整个汇编分为两部分。 当yarrow从编译队列中轮询编译任务时，yarrow将Java字节码解析为HIR。 为了实现转换，编译器在字节码内找
graalvm学习（四）jvmci与graalvm
D_I_D的博客
12-23 428
替换一下Main.java （因为该demo中只有热点代码才会触发到compileMethod），可能demo使用的jdk版本是9，判断是否是热点代码的方式和我本地的不太一样，或者是机器不同？HotSpotJVMCICompilerFactory：创建JIT编译器，该编译器可以编译JVMCI提供的服务。获取java生成的字节码，可以让开发者自行实现一个编译器（比如将字节码转换为机器码）。JVMCIServiceLocator：当您需要使用JVMCI提供的服务时，可以使用。
graal-jvmci-8:支持JVMCI的jdk8uhotspot的前叉
03-29
欢迎来到graal-jvmci-8 这是的分支，其中包括 。 构建JVMCI JDK 8 要创建启用了JVMCI的JDK 8，请确保系统上具有 。 然后运行以下命令： git clone https://github.com/graalvm/graal-jvmci-8 cd graal-jvmci-8 mx --java-home /path/to/jdk8 build mx --java-home /path/to/jdk8 unittest export JAVA_HOME=$(mx --java-home /path/to/jdk8 jdkhome) 您需要使用下载所基于的相同JDK作为上述命令中--java-home的参数。 上面的构建步骤应可在所有。 还应该在其他平台（如OracleLinux，CentOS的和所描述的Fedora的工作）。 如果遇到构建问题，请将消息发送到
深入理解java虚拟机 （周志明）JVM个人总结
有趣的难受
02-13 6887
Jvm java虚拟机规范 周志明 JVM是Java Virtual Machine（Java虚拟机）的缩写，JVM是一种用于计算设备的规范，它是一个虚构出来的计算机，是通过在实际的计算机上仿真模拟各种计算机功能来实现的。Java语言的一个非常重要的特点就是与平台的无关性。而使用Java虚拟机是实现这一特点的关键。一般的高级语言如果要在不同的平台上运行，至少需要编译成不同的目标代码。而引入Java...
「JVM 编译优化」Graal 编译器
Aurelius Shu
02-24 1266
JVM 编译优化 - Graal 编译器的构建、原理解读、修改演示、编译演示等
初识JVM – JVM概念.pdf
最新发布
05-31
### 初识JVM – JVM概念 #### 一、JVM简介 JVM，即Java Virtual Machine（Java虚拟机），是一种能够执行特定机器指令的虚拟机。它通过软件模拟了一个完整的计算机系统，允许Java程序在任何支持JVM的平台上运行而...
JVM历史发展和内存回收笔记.rar
08-24
总的来说，JVM作为Java语言的核心组成部分，其历史发展、运行时数据区域的管理以及内存回收机制是理解和优化Java应用程序性能的关键。理解这些知识点，有助于开发者编写出更高效、更稳定的代码。
j-j-jvm:用Java编写的JVM字节码解释器
05-13
历史2009年，我在周末有一些空闲时间，决定尝试使用纯Java开发小型JVM解释器，该解释器可在J2ME CLDC 1.0平台中使用，因为该平台不支持ClassLoader，但是加载已编译的类文件非常有用通过网络并执行它们。 “概念验证...
JVM简介以及历史.docx
08-19
Java虚拟机（JVM）是Java技术的核心组成部分，它的出现旨在实现硬件和操作系统无关性，使得Java程序可以在任何支持JVM的平台上运行。JVM通过解释和执行字节码（bytecode），即一种与硬件无关的指令集，来实现这一...
Java和面向对象概述.pptx
11-21
1. 平台无关性：Java的“一次编写，到处运行”（Write Once, Run Anywhere, WORA）理念，得益于其字节码和Java虚拟机（JVM）。 2. 强类型：Java是一种强类型语言，确保了代码的稳定性和安全性。 3. 自动内存管理：...
深入理解JVM
12-28
JVM-周志明，JVM-周志明，JVM-周志明，JVM-周志明，JVM-周志明，JVM-周志明，JVM-周志明，JVM-周志明，JVM-周志明，JVM-周志明，JVM-周志明，JVM-周志明，JVM-周志明，JVM-周志明，JVM-周志明，
美团架构师探秘Java生态系统，介绍JDK、JVM、JEP
m0_63437643的博客
02-09 905
OpenJDK OpenJDK原是Sun MicroSystems公司（下面简称Sun公司）为Java平台构建的Java开发环境，于2009年4月15日由Sun公司正式发布。后来Oracle公司在2010年收购Sun公司，接管了这项工作。 随着OpenJDK的发布，越来越多的公司和组织都基于OpenJDK深度定制了一些独具特色的JDK分支，为用户提供更多选择。例如，国内厂商阿里巴巴的Dragonwell支持JWarmup，可以让代码在灰度环境预热编译后供生产环境直接使用；腾讯的Kona 8将高版
与Java保持同步：JEP草案提出了基于JVMCI的即时编译器
06-15 561
Java的开放源代码协作仍在继续，社区中有关Java未来如何发展的新增加内容和建议。 目前有哪些变化需要讨论？ 满足最新的JEP草案： 基于JVMCI的JIT编译器预先编译为共享库 。 请继续阅读以了解其建议的目标和潜在的好处。 JEP目标草案 该草案于2019年5月2日创建，提出了基于JVMCI的即时编译器（例如Graal）的支持，该编译器可以提前编译成本地共享库。 还请...
JIT深度剖析
xjk201的博客
02-14 1179
跨语言（语言无关性）：JVM只识别字节码，所以JVM其实跟语言是解耦的，也就是没有直接关联，JVM运行不是翻译Java文件，而是识别class文件，这个一般称之为字节码。还有像Groovy 、Kotlin、Scala等等语言，它们其实也是编译成字节码，所以它们也可以在JVM上面跑，这个就是JVM的跨语言特征。Java的跨语言性一定程度上奠定了非常强大的java语言生态圈。 解释执行与JIT Java程序在运行的时候，主要就是执行字节码指令，一般这些指令会按照顺序解释执行，这种就是解释执行。
Jvm 系列(十二) JVM的执行引擎全面讲解
热门推荐
LoveSummer
01-04 5万+
一般来讲，JIT编译出来的机器码性能比解释器高，C2编译器启动时长比C1编译器慢，系统稳定执行以后，C2编译器执行速度远远快于C1编译器。自JDK10起，HotSpot又加入了一个全新的即时编译器：Graal编译器。编译效果短短几年就追评了C2编译器。使用 -XX : +UnlocalExperimentalVMOptions -XX:+UseJVMCICompiler去激活，才可以使用。JDK9引入了AOT编译器（静态提前编译器，Ahead Of Time Compiler)。
JVM（周志明著深入了解JVM书归纳，新写一点就重新传一遍）
wisdom_get233的博客
09-26 457
JVM 第2章 Java内存区域与内存溢出异常 运行时数据区：方法区、虚拟机栈、本地方法栈、堆、程序计数器。 执行引擎 本地库接口 本地方法库 概念 1.程序计数器（线程私有） 作用：当前线程所执行的字节码的信号指示器。 由于Java虚拟机的多线程功能是通过线程轮流切换并分配处理器执行时间的方式来实现的，在任何一个确定的时刻，一个处理器只会执行一条线程中的指令。因此，为了线程切换后能恢复到正确的执行位置，每条线程都需要有一个独立的程序计数器，各条线程之间的计数器互不影响，独立存储，我们称这类内存区域为“线
《深入理解JVM》（周志明著）<1>
不忘初心，奋勇前行
03-30 2431
Java虚拟机运行时的数据区，以下所讲的和计算机内存有区别，读者请勿混淆。 程序计数器 Program Counter Register，对于Java内存来说这是占空间很小的一部分。它的作用也很单一，但是必不可少。一般而言，将这部分从概念上来说是这么一个设计的实现理念：字节码解释器工作的时候，计数器改变自己的值，来指示字节码指令运行的行数。由此，可以将计数器理解为当前字节码运行的行号指示器。一般...
读书笔记 — —《深入理解Java虚拟机》(第3版)
墨雨的博客
05-24 1万+
深入理解Java虚拟机：JVM高级特性与最佳实践（第3版）— — 读书笔记
JVM系列之：关于逃逸分析的学习
Herishwater的博客
03-27 6242
本文为《深入学习 JVM 系列》第十九篇文章 上文讲解完方法内联后，JIT 即时编译还有一个最前沿的优化技术：逃逸分析（Escape Analysis） 。废话少说，我们直接步入正题吧。 逃逸分析 首先我们需要知道，逃逸分析并不是直接的优化手段，而是通过动态分析对象的作用域，为其它优化手段提供依据的分析技术。具体而言就是： 逃逸分析是“一种确定指针动态范围的静态分析，它可以分析在程序的哪些地方可以访问到指针”。Java虚拟机的即时编译器会对新建的对象进行逃逸分析，判断对象是否逃逸出线程或者方法。即时编译.
Java虚拟机深度探索：JVM高级特性和优化实践
本书内容涵盖Java技术体系历史、JVM内存管理、执行子系统、程序编译优化以及高效并发实现等五个部分，适合Java程序员、系统调优师和架构师阅读。" 正文： 本书《深入理解Java虚拟机（JVM高级特性与最佳实践）》深入...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值