分析JDK、JRE、JVM、JIT 四者的关系与在代码运行时扮演的角色

简介: 分析JDK、JRE、JVM、JIT 四者的关系与在代码运行时扮演的角色

[1] 四者的简要介绍


  · JDK (Java Development Kit)是针对Java开发人员的产品,它包括了Java运行环境JRE、Java工具和Java基础类库;

  · JRE (Java Runtime Environment)是运行Java程序所必须的环境的集合,它包含JVM及Java核心类库。

  · JVM (Java Virtual Machine)Java实现跨平台的最核心的部分,能够运行以Java语言编写的软件程序。

  · JIT (Just In Time)称为即时编译器,是JVM中调用方法时使用。JIT将被调用方法的字节码编译成本机代码,当一个方法在本机代码中编译时,JVM直接调用该方法的编译代码,而不是解释它。

  四者关系如图:

image.png

[2] 详细介绍


  JDK (Java Development Kit)是Java语言的软件开发工具包(SDK)。s是针对Java开发人员的产品,是Java的开发工具。JDK是整个Java的核心,包括了Java的开发环境和运行环境。它由一个处于操作系统层之上的运行环境还有编译,调试和运行用Java语言写的applet和应用程序所需的工具组成。

  安装好JDK后,其目录截图如下:

image.png

  1、bin目录

  是binary(字节码)的缩写,里面存放了JDK的各种工具命令即JDK开发工具的可执行文件(文件都是二进制的,其中包括编译器、解释器以及其他一些工具)该目录应当保存到PATH变量中。

 作为JDK实用程序,文件中主要程序有以下几个:


 Java:Java解释器,直接从类文件执行Java应用程序字节代码。

 Javac:Java编译器,将Java源代码转换成字节码。

 appletviewer:小程序浏览器,一种执行HTML文件上的Java小程序的Java浏览器。

 Javadoc:根据Java源码及说明语句生成HTML文档。

 Jdb:Java调试器,可以逐行执行程序,设置断点和检查变量。

 Javah:产生可以调用Java过程的C过程,或建立能被Java程序调用的C过程的头文件。

 Javap:Java反汇编器,显示编译类文件中的可访问功能和数据,同时显示字节代码含义。

  2、include目录

  由于JDK是通过C和C++实现的,因此在启动时需要引入一些C语言的头文件,所以include目录里面是一些供C语言使用的标题文件,其中C语言的头文件支持Java本地接口和Java虚拟机调试程序接口的本地编程技术。

  3、jre目录

  jre(Java runtime environment即Java运行时环境)目录路径下安装的就是运行Java程序所必须的JRE环境。

 打开jre文件下的lib目录,人们有可能疑惑为什么此目录下也有个java.exe程序,其实这个程序跟jdk的bin目录下的java.exe程序没有什么不同,都是运行java环境的。作为一名开发者,肯定是要运行环境的,因此sun公司(已被Oracle收购)在设计之初,就在安装JDK时会自动带上JRE。

 那为什么带两个运行环境呢,尽管这两个JRE文件夹的内容基本相同,但区别主要体现在工作的职责上,也就是不同的JRE负责不同的工作范围。简单来说就是运行JDK中自己的java代码就用JDK中的java.exe,运行其他自定义的程序就用JRE下的java.exe。

  4、lib目录

  lib是libarary(类库)的缩写。存放的是开发工具使用的归档包文件。例如jar包等,

  dt.jar是所谓DesignTime的东西,是给JavaBean和IDE用的;

  jconsole.jar是给jconsole工具用的;

  tools.jar包含了对开发工具的支持功能库。

总的来说JDK是用于java程序的开发,而JRE则是只能运行class而没有编译的功能。 JDK是提供给  jconsole.jar是给jconsole工具用的;

 tools.jar包含了对开发工具的支持功能库。

总的来说JDK是用于java程序的开发,而JRE则是只能运行class而没有编译的功能。 JDK是提供给

[3] 代码在运行时四者扮演的角色


  笼统地说,JDK运行Java文件需要经过2步:编译运行

8d99fefbed004743baa295b00b9bd667.png

 在Java中,JVM可以理解的代码就叫做字节码(即扩展名为.class的文件),它不面向任何特定的处理器,只面向虚拟机。Java语言通过字节码的方式,在一定程度上解决了传统解释型语言执行效率低的问题,同时又保留了解释型语言可移植的特点。所以,Java程序运行时相对来说还是高效的(不过,和 C++,Rust,Go 等语言还是有⼀定差距的),由于字节码并不针对⼀种特定的机器,因此,Java 程序无须重新编译便可在多种不同操作系统的计算机上运行。

 JVM类加载器首先加载字节码文件,然后通过解释器逐行解释执行,这种方式的执行速度会相对比较慢。而且,有些方法和代码块是经常需要被调用的(也就是所谓的热点代码),所以后面引进了JIT (just-in-time compilation)编译器,而JIT属于运行时编译。

  当JIT编译器完成第一次编译后,其会将字节码对应的机器码保存下来,下次可以直接使用。而我们知道,机器码的运行效率肯定是高于Java解释器的。

 可以将高级编程语言按照程序的执行方式分为两种:

 · 编译型︰编译型语言会通过编译器将源代码一次性翻译成可被该平台执行的机器码。一般情况下,编译语言的执行速度比较快,开发效率比较低。常见的编译性语言有C、C++、Go、Rust等等。

 · 解释型︰解释型语言会通过解释器一句一句的将代码解释(interpret)为机器代码后再执行。解释型语言开发效率比较快,执行速度比较慢。常见的解释性语言有Python、JavaScript、PHP等等。

  Java语言“编译与解释并存”

相关文章
|
2月前
|
存储 算法 Java
jvm性能优化(一)-基于JDK1.8
jvm性能优化(一)-基于JDK1.8
|
2月前
|
Java
安装JDK18没有JRE环境的解决办法
安装JDK18没有JRE环境的解决办法
327 3
|
1月前
|
存储 缓存 监控
聊聊JIT是如何影响JVM性能的!
聊聊JIT是如何影响JVM性能的!
|
1月前
|
Java
【编程进阶知识】静态代理、JDK动态代理及Cglib动态代理各自存在的缺点及代码示例
本文介绍了三种Java代理模式:静态代理、JDK动态代理和Cglib动态代理。静态代理针对特定接口或对象,需手动编码实现;JDK动态代理通过反射机制实现,适用于所有接口;Cglib动态代理则基于字节码技术,无需接口支持,但需引入外部库。每种方法各有优缺点,选择时应根据具体需求考虑。
20 1
|
1月前
|
小程序 Oracle Java
JVM知识体系学习一:JVM了解基础、java编译后class文件的类结构详解,class分析工具 javap 和 jclasslib 的使用
这篇文章是关于JVM基础知识的介绍,包括JVM的跨平台和跨语言特性、Class文件格式的详细解析,以及如何使用javap和jclasslib工具来分析Class文件。
41 0
JVM知识体系学习一:JVM了解基础、java编译后class文件的类结构详解,class分析工具 javap 和 jclasslib 的使用
|
1月前
|
存储 Java PHP
【JVM】垃圾回收机制(GC)之引用计数和可达性分析
【JVM】垃圾回收机制(GC)之引用计数和可达性分析
60 0
|
2月前
|
存储 Java 开发者
【Java新纪元启航】JDK 22:解锁未命名变量与模式,让代码更简洁,思维更自由!
【9月更文挑战第7天】JDK 22带来的未命名变量与模式匹配的结合,是Java编程语言发展历程中的一个重要里程碑。它不仅简化了代码,提高了开发效率,更重要的是,它激发了我们对Java编程的新思考,让我们有机会以更加自由、更加创造性的方式解决问题。随着Java生态系统的不断演进,我们有理由相信,未来的Java将更加灵活、更加强大,为开发者们提供更加广阔的舞台。让我们携手并进,共同迎接Java新纪元的到来!
63 11
|
2月前
|
监控 Java 开发者
【并发编程的终极简化】JDK 22结构化并发:让并发编程变得像写代码一样简单!
【9月更文挑战第8天】随着JDK 22的发布,结构化并发为Java编程带来了全新的并发编程体验。它不仅简化了并发编程的复杂性,提高了程序的可靠性和可观察性,还为开发者们提供了更加高效、简单的并发编程方式。我们相信,在未来的发展中,结构化并发将成为Java并发编程的主流方式之一,推动Java编程语言的进一步发展。让我们共同期待Java在并发编程领域的更多创新和突破!
|
2月前
|
IDE Java 数据处理
【字符串构建的全新时代】JDK 22字符串模板:让字符串操作如行云流水,代码更流畅!
【9月更文挑战第8天】虽然目前JDK 22的确切内容尚未公布,但我们可以根据Java语言的演进趋势和社区的需求,构想出一种可能在未来版本中引入的字符串模板机制。这种机制有望为Java的字符串操作带来革命性的变化,让代码编写如行云流水般流畅。我们期待Java语言能够不断进化,为开发者们提供更加高效、便捷和强大的编程工具。
|
3月前
|
Java
No compiler detected, make sure you are running on top of a JDK instead of a JRE
No compiler detected, make sure you are running on top of a JDK instead of a JRE
50 1