对jdk和jre的理解

1.JDK:Software Devleopment Kit(软件开发包，开发需要JDK)

JDK是Java Development Kit，它是功能齐全的Java SDK。它拥有JRE所拥有 的一切，还有编译器（javac）和工具（如javadoc和jdb）.它能够创建和编 译程序
jdk  目录介绍：
       bin    编译器和工具
       demo    演示
       docs    HTML格式的类库文档（解压j2sdkversion-doc.zip之后）
       include    用于编译本地方法的文件
       jre    java运行环境文件
       lib    类库文件（jar包，java命令和其他的一些基础构件，如基本数据类型的封装类）
       src    类库源文件（jar文件源码，可用JD-GUI等反编译文件获取）

2.JRE：Java Runtime Enviroment(java运行环境，用户只需JRE)

JRE 是 Java运行时环境。它是运行已编译 Java 程序所需的所有内容的集合， 包括 Java虚拟机（JVM），Java类库，java命令和其他的一些基础构件。但 是，它不能用于创建新程序。

3.JDK与JRE关系

如果你只是为了运行一下 Java 程序的话，那么你只需要安装 JRE 就可以了。 如果你需要进行一些 Java 编程方面的工作，那么你就需要安装JDK了。但 是，这不是绝对的。有时，即使您不打算在计算机上进行任何Java开发，仍然需要安装JDK。例如，如果要使用JSP部署Web应用程序，那么从技术上讲， 您只是在应用程序服务器中运行Java程序。那你为什么需要JDK呢？因为应用 程序服务器会将 JSP 转换为 Java servlet，并且需要使用 JDK 来编译 servlet。

4.JVM：运行 Java 字节码文件（.class文件）的虚拟机。

JVM有针对不同系统的特定实现（Windows，Linux，macOS），目的是使用相同的字节码，它们都会给出相同的结果（跨平台特性，一定程度减慢了java程序的执行速度）。注意：JVM是分版本的，因为JVM需要调用平台(即操作系统)底层的函数。也可这样说，JVM是不跨平台的(而Java语言是跨平台的)，因为它的存在就是Java程序和操作系统之间的一个过渡，所以它得分版本。

为什么要java使用字节码文件？

在 Java 中，JVM可以理解的代码就叫做字节码（即扩展名为 .class 的文 件），它不面向任何特定的处理器，只面向虚拟机。Java 语言通过字节码的方式，在一定程度上解决了传统解释型语言执行效率低的问题，同时又保留了解释型语言可移植的特点。所以 Java 程序运行时比较高效，而且，由于字节码 并不专对一种特定的机器，因此，Java程序无须重新编译便可在多种不同的计算机上运行。 Java 程序从源代码到运行一般有下面3步：
我们需要格外注意的是 .class->机器码 这一步。在这一步 jvm 类加载器首先 加载字节码文件，然后通过解释器逐行解释执行，这种方式的执行速度会相对 比较慢。而且，有些方法和代码块是经常需要被调用的，也就是所谓的热点代 码，所以后面引进了 JIT 编译器，JIT 属于运行时编译。当 JIT 编译器完成第 一次编译后，其会将字节码对应的机器码保存下来，下次可以直接使用。而我 们知道，机器码的运行效率肯定是高于 Java 解释器的。这也解释了我们为什 么经常会说 Java 是编译与解释共存的语言。
HotSpot采用了惰性评估(Lazy Evaluation)的做法，根据二八定律，消耗大部分 系统资源的只有那一小部分的代码（热点代码），而这也就是JIT所需要编译 的部分。JVM会根据代码每次被执行的情况收集信息并相应地做出一些优化， 因此执行的次数越多，它的速度就越快。JDK 9引入了一种新的编译模式 AOT(Ahead of Time Compilation)，它是直接将字节码编译成机器码，这样就 避免了JIT预热等各方面的开销。JDK支持分层编译和AOT协作使用。但是 ， AOT 编译器的编译质量是肯定比不上 JIT 编译器的。 总结：Java虚拟机（JVM）是运行 Java 字节码的虚拟机。JVM有针对不同系 统的特定实现（Windows，Linux，macOS），目的是使用相同的字节码，它们 都会给出相同的结果。字节码和不同系统的 JVM 实现是 Java 语言“一次编 译，随处可以运行”的关键所在。
 

本文参考文章：
链接：https://blog.csdn.net/Myuhua/article/details/81298741

链接：https://blog.csdn.net/weixin_44504146/article/details/93410398

感谢作者！