如果你是刚要被Java军训的新兵,可有几时对环境搭建而不知所措?又如若你是驰骋Java战场多年的老将,可曾拿起陪伴你许久的82年的JDK回味一番?今天我们就来道一道JDK,重新来认识认识这个既熟悉又陌生的伙伴。
既然要唠唠JDK,首先想到的,肯定是要了解下都是谁来推进Java和JDK发展的。
说起Java的起源必定要提起Sun公司,由其发起了专属于Java的JavaOne会议。不过Sun公司被Oracle收购后,JavaOne会议同Oracle先前的Oracle OpenWorld会议并成了Oracle Code One会议,并且会议内容也不再单纯讨论Java的发展。另外还有JCP(Java Community Process)是个开放性的国际技术标准组织,职责是发展和更新Java 技术规范,由其推出了大量Java相关技术规范JSR,具体可点此查看。JCP的运作方式是由个人或者厂商提出JSR规范提案,再有JCP委员会的成员投票表决是否采用。其弊端是JCP委员会还是主要由厂商组成,这些规范可能更偏向于厂商的利益,而非大众的利益。
我们要知道Java应用开发并不是只有常接触的移动端 、服务端的应用开发。Sun公司根据不同业务领域方向分成了四个JDK版本:
Open JDK现已作为Java版本迭代的发展标准,并且开源。而Oracle JDK只不过是Open JDK的具体实现,不完全对外开源。
至于它俩的区别,下面的列表基本列出:
如果你们公司既想应用新特性,又没有授权的话,那就使用OpenJDK 11吧!毕竟Oracle的产品总监也说了,Oracle JDK是基于OpenJDK源代码构建的,OracleJDK和OpenJDK在Java 11后,功能基本保持一致。可见链接:Oracle JDK Releases for Java 11 and Later。
JDK 1.0在1996年1月23日发布,Java语言有了第一个正式版本的运行环境;
JDK 1.2,Sun公司正式将Java拆分成J2SE,J2EE和J2ME三大技术体系;
JDK 1.6,终结了J2EE、J2SE、J2ME的命名方式,启用Java SE 6、JavaEE 6、Java ME 6的命名方式。与此同时,Sun公司宣布将对Java技术开源;
JDK 7,Sun公司被Oracle公司收购,发布时间延期;
JDK 8,Oracle启用JEP(JDK Enhancement Proposal)定义管理新版JDK发布的新特性,完成了JDK 7规划了但没有实现的功能,HotSpot移除掉永久代,吸收了JRockit的Java Mission Control监控工具等功能;8u201/202版本后,如果是用作商业用途,需要收费;
JDK 9,jigsaw模块化、增强jshell、jlink、jhsdb等工具,并支持了91个JEP;此前均以特性驱动发行版本。9开始变成以时间驱动,发布周期为6个月一个大版本,3年一个 LTS版本;
JDK 10,主要是JDK内部重构,只支持了12个JEP;Oracle公司抛弃Java EE,捐献给Eclipse基金会;
JDK 11,推出了ZGC垃圾收集器(只支持64位的Linux机器),支持了17个JEP;第一个官宣的LTS发行版;
JDK 12:推出非Oracle开发的Shen-andoah垃圾收集器,OracleJDK随后剔除了,存在于OpenJDK,支持了8个JEP;
JDK 13:支持5个JEP;
JDK 14:推出Windows和MacOS的ZGC垃圾收集器,支持16个JEP;
各版本具体的New Feature,大家可以直接上Oracle官网追溯。或者查看我推荐的两篇博文:博文1传送门、博文2传送门。我这里就不再赘述了,后面会开个专栏,去探索实践Java每个版本特性的实现。
JDK的运用,渗透到从事Java开发工作的各位的每一天,从开发到调试,再到发布和部署,以及上线后的运维都息息相关。相信在座的各位,一定有过疑问,jdk到底是怎么组成的?了解这些可能对我们的开发工作没有太多的作用,但是哪位又能预料明天和bug哪个先到呢,也许这就是你找到问题根因的地方!再不济,学习点知识,总不会有坏处!跟随我的脚步,一起看看JDK到底是怎么构成的吧!
我们先来看下官方文档中Java SE版本JDK的组成架构图:
很直接地可以看出,最下面的Java HotSpot VM,是Java运行最基础的组件;Java SE API即我们日常编程使用的Java类库;JRE是Java应用程序运行的最小环境,其中包括了JVM,Java SE API类库和其他标准或非标准组件;JDK包含了JRE和一些Tool。Java8增加新特性Compact Profiles,是因为Java丰富的类库在小型应用中显得有些累赘,便将JRE分成了三种实现,compact1、compact2和compact3,具体的拆分情况如下,可见数字越大,包含的内容越多。在编译时,使用option: -profile,指定对应的实现方式即可。
以windows环境的Java 8u261版本为例,针对JDK的组成架构进行解读。先来了解下解压或者安装完JDK的文件夹结构吧:
Oracle官网po出组成架构图最下面便是最基础、最重要的JVM技术,是在真实计算机上模拟虚拟的计算机功能。正是它的存在,才成就了“一次编译,多次运行”;
Java8后提供了两种模式的VM,一种是Client,通常用于客户端应用程序,可以减少应用的启动时间和内存占用,一种是Server,会提升运行时执行速度;在jvm.cfg文件中第一个是默认实现,默认是- server KNOWN,KNOWN可设置成IGNORE,这只是表示相应的option是否启用。
此处列出两个Q&A,这也是我最初接触JVM的疑问。
Q1:JVM作为Java程序最重要的组件,为什么文件夹里没有一个很明显的文件表示用于JVM的呢?
A1:JVM以动态库的形式存在,Windows上置于jre的bin文件夹下的server或者client文件夹里的jvm.dll。Linux上置于jre的lib文件下的/amd/server或者/amd/client文件夹下的libjvm.so。
Q2:JVM是怎么被加载并实例化的?
A2:JVM加载是通过java.exe来完成:首先通过launcher下的main函数创建JVM装载环境、配置,然后装载jvm.dll,装载完成后通过JNI本地调用接口找到JNI_CreateJavaVM的函数地址,然后调用函数去实例化JNIEnv对象:JVM,最后便通过JVM实例装载并处理class文件。代码调用顺序如下,童鞋可自行看下源码:main()
JLI_Launch() > CreateExecutionEnvironment() > SetJvmEnvironment() > LoadJavaVM() > JVMInit() > JavaMain() > InitializeJVM() > CreateJavaVM() [调用JNI接口] > LoadMainClass() > GetApplicationClass() ;
哦~~原来是这样啊!是不是对JVM进一步认识了呢?不过这才是皮毛,剩下的等我开个专题慢慢道来!还不赶紧关注我?
JRE运行所依赖的jar包,包含在/jre/lib和/jre/lib/ext文件夹下,如果有jar包希望作为JVM信任的Jar包第一时间加载,也可以直接将jar包置于/jre/lib/ext文件夹下。介绍下所有依赖的jar包:
Java SE版本涉及的基础核心类库,源码则可以将jdk的src.zip解压后查看。但是并非rt.jar中的所有包都是有源码的。
具体API都可以在https://docs.oracle.com/javase/8/docs/api/index.html查看,或者下到电脑自行查看,不同版本的API直接将"/8/"变更成你需要的Java版本即可。
接下来介绍下组成架构图中Java SE规范除去UI Toolkits的模块以及功能。
所有提供的工具按照类别分组情况如下,具体的使用方法可以下载JDK的文档查看。
上述的组成架构图,是基于Java 8的解析。在Java9前,由于之前JRE必须要整体部署运行,会造成一定程度不期望的性能影响或者资源消耗。Oracle公司针对这方面的考虑,在JCP组织上做了很多的工作,终于在Java 9上实现了模块化。
Java 9之前是通过不同的package和jar对功能做区分隔离,Java9后,可以通过不同的module进行隔离。
如果打开JDK 9后文件夹,你会发现jre文件夹不存在了,出现了新的文件夹:jmods。文件夹下面的每个文件都是一个组件,每个组件都会有一个module- info.class文件。打开文件你会发现,存在着类似nodejs等语言常用的关键字:用requires引入需要的组件、 用exports暴露的包名;其中java.base是最基础的模块,其他组件不需要显示requires。
module java.sql { requires transitive java.logging; requires transitive java.transaction.xa; requires transitive java.xml; exports java.sql; exports javax.sql; uses java.sql.Driver; }
笔者也还未曾使用过Java 8以后的版本编写过项目,童鞋们有没有优秀的文章分享分享呢?
通过上述的篇幅,我们可以知道:
1. JVM在JRE(JDK)中是以动态链接库的形式存在的,windows中是jvm.dll,linux中是libjvm.so
2. JDK 8有3种实现的compact JRE,数字越大,功能越丰富
3. 组成架构图中的Java SE API部分,位于/jre/lib和/jre/lib/ext文件夹下jar包中
4. rt.jar包是Java SE最为核心的包
5. 组成架构图中的Tools部分,位于jdk的bin目录下的可执行的二进制文件
6. JDK 9后 Java SE API不再是以jar形式存在,而是.jmod文件,针对不同的功能进行模块化
原文链接:https://www.cnblogs.com/joruachan/p/13346163.html