1991年,绿色计划(Green Project)开始启动,此计划最初的目标是开发一种能够在各种消费性电子产品(如机顶盒、冰箱、收音机等)上运行的程序架构。这个计划的产品就是Java语言的前身: Oak (领导人办公室外的一棵橡树) 。Oak当时在消费品市场上并不算成功,但随着1995年互联网潮流的兴起,Oak迅速找到了最适合自己发展的市场定位并蜕变成为Java语言。
1995年,Oak语言改名为Java,并正式发布Java 1.0版本,是Java Alpha和Beta的第一个版本,它们的API非常不稳定。提供的Java Web浏览器名为 WebRunner。Java语言第一次提出了”Write Once,Run Anywhere”的口号。
1996年,JDK 1.0发布,Java语言有了第一个正式版本的运行环境。JDK 1.0提供了一个纯解释执行的Java虚拟机实现(Sun Classic VM)。JDK 1.0版本的代表技术包括: Java虚拟机、Applet、AWT等。在JDK 1.0.1之前,private和protected关键字可以一起使用来创建另一种保护形式,该保护形式主要用作对给定类的子类的方法或变量的限制。在JDK 1.0.2中,此功能已被删除。
1996年,首届JavaOne大会,从此JavaOne成为全世界数百万Java语言开发者每年一度的技术盛会。
1997年,Sun公司发布了JDK 1.1,Java里许多最基础的技术支撑点(如JDBC等)都是在JDK 1.1版本中提出的,JDK 1.1版的技术代表有: JAR文件格式、JDBC、JavaBeans、 RMI等。Java语言的语法也有了一定的增强,如内部类(Inner Class)和反射(Reflection) 都是在这时候出现的。
- 内部类的概念
- Java Bean的概念
- JDBC
- RMI
- AWT事件模型被彻底重塑
- 反射仅支持Introspection,在运行时无法修改。(通过引入AccessibleObject类及其子类,如Field类,在J2SE 1.2中添加了反射性修改对象的能力。)
- Symantec公司为JavaSoft制作了Microsoft Windows平台上的 JIT(Just In Time)编译器
- 来自Taligent公司的国际化和Unicode支持
1998年,JDK迎来了一个里程碑式的重要版本:工程代号为Playground的JDK 1.2,Sun在这个版本中把Java技术体系拆分为三个方向,分别是J2SE 、J2EE 和J2ME 。在这个版本中出现的代表性技术非常多,如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添加了一系列Collections集合类等。
- Java plug-in(Java applet)
- Java IDL,一种用于CORBA互操作性的IDL实现
- Collections集合框架
- Swing图形API已集成到核心类中
- Sun的JVM首次配备了JIT编译器
- strictfp关键字
1999年,HotSpot虚拟机诞生。
2000年,JDK 1.3发布。从此Sun公司维持着稳定的研发节奏:大约每隔两年发布一个JDK的主版本,以动物命名,期间发布的各个修正版本则以昆虫作为工程代号。
- 包括了HotSpot JVM(HotSpot JVM于1999年4月首次发布,用于J2SE 1.2 JVM)
- 修改了RMI以支持与CORBA的可选兼容性
- Java Naming and Directory Interface (JNDI) 包含在核心库中(以前作为扩展提供)
- Java Platform Debugger Architecture (JPDA)
- JavaSound API
- Synthetic proxy classes
2002年,JDK 1.4发布,是标志着Java真正走向成熟的一个版本,带来了很多新的技术特性,如正则表达式、异常链、NIO、日志类、XML解析器和XSLT转换器,
- assert关键字
- 以Perl正则为模型的正则表达式支持
- Exception chaining,允许一个异常封装低级别的原始异常
- IPv6支持
- Non-blocking I/O (NIO)
- 日志接口(Logging API)
- 用于读取和写入JPEG和PNG等格式的图像I/O API
- 集成了XML解析器和XSLT处理器 (JAXP)
- 集成了安全和加密扩展(JCE、JSSE、JAAS)
- 包括了Java Web Start(Java Web Start 于2001年3月首次发布,适用于J2SE 1.3)
2004年,JDK 5发布,从这个版本开始将产品版本号修改成了“JDK x”。在Java语法易用性上做出了非常大的改进。如:自动装箱、泛型、动态注解、枚举、可变长参数、遍历循环(foreach循环) 等语法特性。这个版本改进了Java的内存模型(Java Memory Model, JMM)、提供了java.util.concurent并发包等。
- 引入了泛型:避免了手动类型转换,使用类型擦除实现,在编译时删除泛型信息并使用Object替换,在实际使用时强转会原始类型
- 引入了注解,也叫原数据(metadata),允许在类或方法等数据结构上做附加数据标记
- 原始类型的自动拆装箱
- 引入了枚举
- 边长参数,允许方法的最后一个参数是可变长度
- for each 循环,用于迭代数组或Iterable集合
- 改进了Java多线程语义,增加了JUC(java.util.concurrent)包,增加了多个多线程工具,新的Java内存模型解决了先前规范的复杂性、有效性和性能问题
- 增加了静态import语法(import static)
- 自动为RMI(远程方法调用)对象生成方法stub
- Swing:新的look and fell,称为 synth
- 用于解析来自各种输入流和缓冲区的数据的扫描器类(Scanner class)
- 版本命名变更,1.5.0 表示开发者内部版本,JDK 5表示产品版本
2006年,JDK 6发布,在这个版本中,Sun公司终结了J2EE、J2SE、 J2ME的产品线命名方式,启用JavaEE6、 JavaSE6、 JavaME 6的新命名来代替。
- 脚本语言支持:用于与脚本语言紧密集成的通用API,以及内置的 Mozilla JavaScript Rhino 集成。
- Swing 的显着性能改进
- 通过JAX-WS改进了Web服务支持
- JDBC 4.0
- Java Compiler API:一种允许Java程序以编程方式选择和调用Java编译器的API
- JAXB升级到2.0版:包括集成 StAX 解析器
- 支持可插入注解(在编译期对代码中的注解进行处理,从而影响前端编译器的工作过程,常见时间是lombok)
- 许多GUI接口的改进
- JVM 改进包括:同步和编译器性能优化、新算法和对现有垃圾收集算法的升级以及应用程序启动性能。
在2006年的JavaOne大会上,Sun公 司宜布计划要把Java开源,它陆续地将JDK的各个部分在GPLv2 (GNU General Public Lcensev2)协议下公开了源码,并建立了OpenJDK组织对这些源码进行独立管理。
2009年,JDK 7完成了其第第一个里程碑版本。按照JDK 7最初的功能规划,一共会设置十个里程碑。从JDK 7最原始的功能清单来看,它本应是一个包含许多重要改进的JDK版本,但现实不如人愿,以下功能没能全在JDK 7中实现:
- Lambda项目:支持Lambda表达式,支持函数式编程。(JDK 8)
- Jigsaw项目:虚拟机层面的模块化支持。(JDK 9)
- 动态语言支持: Java是静态语言,为其他运行在Java虛拟机上的动态语言提供支持。
- Garbage-First收集器。(JDK 8)
- Coin项目: Java语法细节进化。(部分JDK 8)
从JDK 7 Update 4起,Java SE的核心功能正式开始为MacOS X操作系统提供支持,并在JDK 7 Update 6中达到所有功能与Mac OS X完全兼容的程度;同时,JDK 7 Update 6还对ARM指令集架构提供了支持。至此,官方提供的JDK可以运行于Wndows (不含Windows 9x)、Linux、 Solaris和Mac OS X操作系统上,支持ARM、x86、x86-64和SPARC指令集架构,JDK 7也是可以支持WIndows XP操作系统的最后一个版本。
- 动态语言支持,使用新的invokedynamic字节码,遵循当前在多语言虚拟机上完成的原型设计工作
- 压缩的 64 位指针(在Java 6中可用 -XX:+UseCompressedOops开启)
- Coin项目:
- switch语句中使用String
- 自动管理资源的try-with-resources
- 改进了实例创建时的类型推断菱形运算符
<>
- 简化了可变参语法
- 二进制的数字表示
byte aByte = (byte)0b00100001;
- 允许在数字中使用下划线
- 使用改进的类型检查捕获多种异常类型并重新抛出异常
- JDBC4.1
- jcmd工具,用来代替jps
- fork/join框架
- 并发实用工具
- 新的文件I/O库增加了对多个文件系统、文件元数据和符号链接的支持。新包是
java.nio.file
、java.nio.file.attribute
和java.nio.file.spi
- Java Mission Control
- 使用Timsort替代集合和数组中的归并排序
- 对椭圆曲线密码学的库级支持
- 用于Java 2D的XRender管道,可改进对现代GPU特定功能的处理
- 实现6u10中不受支持的图形API
- 增强了对新网络协议的库级支持,包括SCTP和Sockets Direct Protocol
- XML和Unicode的上游更新
- Java deployment rule sets
2014年,JDK8发布,提供了Lambda表达式支持、内置Nashorn JavaScript引擎支持、新的时间日期API、彻底移除HotSpot永久代。
- Lambda表达式
- stream操作
- HashMap改进
- Nashorn项目,允许开发人员在应用程序中嵌入JavaScript代码
- 重复注解
- 类型注解
- 无符号整型
- 新的日期和时间API
- 静态链接的JNI库
- 启动JavaFX应用程序(直接启动JavaFX应用程序JAR)
- 删除永久代
2017年,JDK9发布,带来了Jigsaw虚拟机模块化支持。从此每六个JDK大版本划出一个三年支持的LTS版,普通版只有六个月生命周期。JDK 8和JDK 11是LTS版。下一就是要在2021年发布的JDK 17了。
- Jigsaw项目下JDK的模块化(Java 平台模块系统)
- G1成为了默认的垃圾回收器
- 统一了 JVM/GC 日志
- HTTP/2 Client
- 更方便的集合工厂方法,以前大多使用Guava类库
- docker方便的支持
- 货币API
- 实现了响应式流
- 新的Flow类
- 并发工具的更新
- 更加紧凑的字符串
- HiDPI graphics:自动缩放和调整大小
- 变量句柄(Variable handles):用来代替
java.util.concurrent.atomic
和sun.misc.Unsafe
操作的等价物 - Coin语法改进项目继续进行
- jshell:Java Shell:JShell 是Java语言的REPL(读取-执行-打印循环)命令行界面
- XML目录
- jlink:Java 链接器:创建一个工具,可以将一组模块及其依赖项组装和优化为自定义运行时映像。它有效地允许生成一个完全可用的可执行文件,包括运行它的 JVM。
- 提前编译:GraalVM 提供的提前编译。
2018年,JDK 10发布,主要是内部重构。同年,Oracle宣告Java EE成为历史名词。同年,JavaOne大会成为最后一届
- 局部变量类型推断 var 关键字
- GC接口:通过引入干净的垃圾收集器 (GC) 接口来改进不同垃圾收集器的源代码隔离
- G1并行full GC
- CDS:为了改善启动和占用空间,扩展现有的类数据共享 (“CDS”) 功能以允许将应用程序类放置在共享存档中
- 线程的本地握手:一种无需执行全局VM安全点即可在线程上执行回调的方法。使停止单个线程而不只是所有线程或不停止所有线程成为可能且成本低廉
- 移除了javah工具,被JDK 8中添加的javac高级功能取代
- 额外的 Unicode 语言标签扩展
- 替代内存设备上的堆分配:启用HotSpot VM以在用户指定的备用内存设备(例如 NV-DIMM)上分配Java对象堆
- 实验性基于 Java 的 JIT 编译器
- 基于时间的发布版本控制:针对当前和未来基于时间的发布模型,修订 Java SE 平台和 JDK 的版本字符串方案以及相关版本控制信息
2018年,LTS版本的JDK 11发布,ZGC出现。同时Oracle调整了JDK授权许可证。OpenJDK免费版只有半年支持。OracleJDK在生产环境必须付费,但有三年支持。迫使商业用户要么不断升级JDK版本,要么就去购买商业支持。
- 嵌套访问控制,在java 11之前嵌套类的访问,是编译器通过生成匿名的public桥接方法实现嵌套类之间的访问私有成员控制,这种在使用反射时无法生成桥接方法而导致不能直接访问嵌套类私有成员。java 11中通过虚拟机指令级别的支持,运行嵌套类之间直接访问私有成员。Class类新增了getNestHost,getNestMembers方法
- 增加了一个新的常量池类型:CONSTANT_Dynamic,解决java 7中引入的invokeddynamic协议中俩个复杂的常量池及引导时的校验这种麻烦的场景,改善程序性能和简化编译器逻辑
- 引入了一个消极的垃圾回收器Epsilon,分配有限的资源,不进行垃圾回收操作,可用于性能测试和短生命周期任务
- 移除了Java EE 和 CORBA 模块
- Java 11 对 Java 9 中引入并在 Java 10 中进行了更新的 Http Client API 进行了标准化,在前两个版本中进行孵化的同时,Http Client 几乎被完全重写,并且现在完全支持异步非阻塞
- var关键字可以在Lambda表达式中使用
- 引入了新的秘钥协议方案 Curve25519 和 Curve448
- 支持Unicode 10
- 开源了之前是商业版的飞行记录仪
- 实现 RFC 7539的ChaCha20 and ChaCha20-Poly1305加密算法
- 可以直接运行单个源码文件,而无需编译。简化了小程序的运行流程
- 通过JVMTI的SampledObjectAlloc回调提供了一个开销低的heap分析方式
- 支持TLS 1.3
- 提供了实验性的ZGC垃圾收集器
- 废除Nashorn javascript引擎,在后续版本准备移除掉,有需要的可以考虑使用GraalVM
- 废除了pack200以及unpack200工具以及java.util.jar中的Pack200 API。Pack200主要是用来压缩jar包的工具,不过由于网络下载速度的提升以及java9引入模块化系统之后不再依赖Pack200,因此这个版本将其移除掉
2019年,JDK 12发布,引入Shenandoah垃圾收集器。作为首个非Oracle开发的垃圾收集器,由于目标与Oracle在JDK 11引入的ZGC几乎一致存在竞争。OracleJDK 12把相关代码通过条件编译强行提出,使其无法在OracleJDK中使用。
- 提供了实验性的Shenandoah垃圾收集器
- 在 JDK 源代码中添加一套基本的微基准测试,让开发人员可以轻松地运行现有微基准测试并创建新的微基准测试
- 扩展了switch语句,使之可以合并多个分支,或用于返回语句。处于试验阶段
- 引入 API 来对关键类文件和运行时工件的名义描述建模,特别是可从常量池加载的常量
- 之前JDK有两个关于aarch64的实现,现在只保留一个
- 在 64 位平台上编译JDK时生成一份默认的 CDS 存档文件方便大家使用
- JDK 12之前G1进行回收时一旦确定了CSet,就不会停止。这是STW的时间可能会超出预期停顿时间。JDK 12使用混合回收,当选择了一个比较大的CSet时将其分为强制部分和可选部分,当回收完强制部分还有剩余时间时。才回收可选部分。随着预测进行,可选部分会越来越小。如果预测变得不准确,集合将会再次分为两部分
- 增强 G1 垃圾收集器在空闲时自动将 Java 堆内存返还给操作系统。G1目前只有在full GC或者concurrent cycle的时候才会归还内存,由于这两个场景都是G1极力避免发生的。这时在付费的容器环境中极为不利。G1 将在应用程序不活动期间,定期尝试继续或触发并发循环,以确定总体 Java 堆使用情况。这将导致它自动将 Java 堆中未使用的部分返回给操作系统。或者,在用户控制下,可以执行full GC 以最大化返回的内存量
2019年9月,JDK 13发布,动态 CDS 归档;ZGC: 取消提交未使用存储器;重新实现旧版 Socket API;Switch 表达式(预览阶段)
- 之前需要用户手动的创建CDS,然后使用CDS运行应用。JDK 13中可以在应用第一次运行期间自动生成CDS 存档
- 增强 ZGC 将未使用的堆内存返回给操作系统
- 重新实现了传统的Socket API。将java.net.Socket和java.net.ServerSocketAPI使用的底层实现替换为更简单、更现代、易于维护和调试的实现
- 增强的switch表达式,第二次预览阶段
- 引入了文本块语法,预览阶段
2020年3月,JDK14发布,包含主要16个功能改进和漏洞修复。
- 增强了instanceof功能,简化了使用。预览阶段
- 增加了一个java的应用打包工具,可以打包成各平台的应用格式。孵化阶段
- 实现了G1垃圾收集器的NUMA-aware内存分配,以提升在大型机器上的性能
- JDK11引入了JFR,使用的时候先dump到磁盘上然后再分析;而在JDK14则支持stream方式来订阅JFR事件进行持续性的监控
- 支持MappedByteBuffer访问non-volatile memory (NVM)
- 增加了空指针异常的提示信息,便于定位空指针位置及原因,需要通过-XX:+ShowCodeDetailsInExceptionMessages开启
- 引入了新的数据载体类型 record,简化了用于存储数据的类代码,通过编译器实现,编译后的代码其实是继承了java.lang.Record
- 增强的switch表达式不再是预览阶段了,进入了正式版本
- 弃用 Solaris/SPARC、Solaris/x64 和 Linux/SPARC 端口,在未来的发行版中删除它们
- 移除了并发标记清除 (CMS) 垃圾收集器
- ZGC支持了macOS系统
- ZGC支持了Windows系统
- 弃用 Parallel Scavenge 和 Serial Old 垃圾收集算法的组合
- 删除pack200和unpack200工具,以及Pack200在APIjava.util.jar包。这些工具和 API在 Java SE 11中已被弃用
- 文本块语法进入二次预览阶段
- 引入 API 以允许 Java 程序安全有效地访问 Java 堆之外的外部内存。孵化阶段
2020年9月,JDK15发布,主要是安全更新和bug修复。
- 使用爱德华兹曲线数字签名算法 (EdDSA) 实现加密签名
- 引入了两个关键字sealed和permits。实现了密封类继承语法。处于预览阶段。在过去的java语法中,类可以被自由的继承。在新的语法中,可以用sealed密封一个类,然后使用permits限制可以继承这个类的子类
- JDK15引入了隐藏类,同时废弃了非标准的sun.misc.Unsafe::defineAnonymousClass使用Lookup::defineHiddenClass,目标是为框架提供在运行时生成内部的class
- 删除 Nashorn JavaScript 脚本引擎和 API 以及该jjs 工具。引擎、API 和工具在 Java 11中已被弃用
- 该特性使用更简单及更现代的方式重新实现了java.net.DatagramSocket及java.net.MulticastSocket以方便更好的维护及debug,新的实现将会更容易支持虚拟线程
- 禁用和弃用了偏向锁。随着JUC包的引入,Synchronized关键字的使用场景减少,偏向锁的收益不再明显。偏向锁定在同步子系统中引入了大量复杂的代码,并且对其他 HotSpot 组件也有侵入性。这种复杂性是理解代码各个部分的障碍,也是在同步子系统内进行重大设计更改的障碍。为此,我们希望禁用、弃用并最终删除对偏向锁定的支持
- 增强的instanceof进入二次预览阶段
- ZGC现可被引入生产环境
- 文本块语法结束了预览阶段,进入了正式版本
- Shenandoah现可用于生产环境
- Solaris and SPARC 移植内容在JDK14被标记为废弃,在JDK15版本正式移除
- 外部内存访问API进入二次孵化阶段
- record类型进入二次预览阶段
- JDK15废弃了RMI Activation,后续将被移除
2021年3月,JDK16发布,包含主要17个更新。
- 提供了一套新的向量计算API,并且向量计算运行时可以尽量编译到硬件支持的最佳指令上
- 允许在 JDK C++ 源代码中使用 C++14 语言特性,并给出关于哪些特性可以在 HotSpot 代码中使用的具体指导
- 将 OpenJDK 社区的源代码存储库从 Mercurial (hg) 迁移到 Git
- 在GitHub上托管OpenJDK 社区的 Git 存储库。与JEP 357(从 Mercurial 迁移到 Git)一致,这会将所有单存储库 OpenJDK 项目迁移到 GitHub,包括版本 11 及更高版本的JDK 功能版本和JDK 更新版本
- 将 ZGC 线程堆栈处理从安全点移动到并发阶段
- 将 Unix 域 ( AF_UNIX) 套接字支持添加到包中的套接字通道和服务器套接字通道API java.nio.channels。扩展继承的通道机制以支持 Unix 域套接字通道和服务器套接字通道
- 将 JDK 移植到 Alpine Linux
- 更及时地将未使用的 HotSpot 类元数据(即元空间)内存返还给操作系统,减少元空间占用空间,并简化元空间代码以降低维护成本
- 将 JDK 移植到 Windows/AArch64
- 从 Java 1.1 开始,Java 就支持通过Java 本地接口 (JNI)调用本地方法,但这条路径一直是艰难而脆弱的。外部链接器 API(孵化阶段)提供对本机代码的静态类型、纯 Java 访问。此 API 与外部内存 API ( JEP 393 ) 一起,将大大简化绑定到本机库的其他容易出错的过程
- 当对原始值类型及其包装类型使用synchronize时发出警告
- 提供jpackage用于打包自包含 Java 应用程序的工具。该jpackage工具是由JEP 343在 JDK 14 中作为孵化工具引入的
- 外部内存访问API进入三次孵化阶段
- 增强的instanceof进入了正式版本
- record类型进入了正式版本
- 默认情况下,强封装 JDK 的所有内部元素,除了关键的内部 API,如sun.misc.Unsafe. 允许最终用户选择自 JDK 9 以来一直默认的宽松强封装
- sealed进入第二次预览阶段
2021年9月,LTS版本的JDK17发布,包含主要14个更新。
- 使浮点运算始终严格,而不是同时具有严格的浮点语义 ( strictfp) 和略有不同的默认浮点语义。这将恢复语言和 VM 的原始浮点语义,匹配 Java SE 1.2 中引入严格和默认浮点模式之前的语义
- 增强型伪随机数生成器
- 使用 Apple Metal API 为 macOS 实现 Java 2D 内部渲染管道,作为现有管道的替代方案,现有管道使用已弃用的 Apple OpenGL API
- 将 JDK 移植到 macOS/AArch64
- 弃用 Applet API 以进行删除。它基本上无关紧要,因为所有 Web 浏览器供应商都已取消对 Java 浏览器插件的支持或宣布了这样做的计划
- 强烈封装 JDK 的所有内部元素,除了关键的内部 API,如sun.misc.Unsafe. 不再可能通过单个命令行选项来放松内部元素的强封装,就像在 JDK 9 到 JDK 16 中那样
- 将switch表达式与增强的instanceof进行结合,可以一起使用
- 删除远程方法调用 (RMI) 激活机制,同时保留 RMI 的其余部分
- sealed进入正式版本
- 删除实验性的基于 Java 的提前 (AOT) 和即时 (JIT) 编译器。该编译器自推出以来几乎没有什么用处,维护它所需的工作量很大。保留实验性的 Java 级 JVM 编译器接口 (JVMCI),以便开发人员可以继续使用外部构建的编译器版本进行 JIT 编译
- 提供外部函数和内存 API(孵化阶段),Java 程序可以通过该 API 与 Java 运行时之外的代码和数据进行互操作。通过有效调用外部函数(即 JVM 之外的代码),以及安全地访问外部内存(即不由 JVM 管理的内存),API 使 Java 程序能够调用本地库和处理本地数据,而不需要通过JNI
- 向量计算API进入二次孵化阶段
- 特定于上下文的反序列化过滤器
使用向(除GUI相关)关键项目:
- Amber,Java语法优化项目
- Closures,Java闭包项目,Lambda语法
- Coin,计划完善JDK 7的项目
- Duke,Java的吉祥物项目,主要是Java的吉祥物图片
- Graal,用Java实现的适用于所有语言的AOT编译器项目,不过在JDK 17中由于没有被使用且维护成本高而被移除 JEP 407
- IcedTea
- JDK 6——JDK
- JDK Updates,为JDK提供更新的项目
- Jigsaw,JDK 模块化项目
- Kona,为物联网(IoT)领域常用的技术和协议定义和实现
- Kulla,Java语言提供REPL工具的项目
- Lambda,Java支持Lambda语法项目
- Lilliput,将Java对象头从128bit减小到64bit的项目
- Locale Enhancement,Java的java.util.Locale增强项目
- Loom,支持 Java 平台上易于使用、高吞吐量的轻量级并发和新的编程模型。协程的支持
- Memory Model Update,更新Java内存模型的项目
- Metropolis,Java on Java 项目,使用Graal编译器和AOT静态编译技术代替现有的HotSpot虚拟机编译器
- Mission Control,JDK Mission Control项目
- Modules,JDK模块化项目(已经被Jigsaw取代)
- Multi-Language VM,达芬奇机器计划,扩展JVM以支持其他语言,尤其是动态语言
- Nashorn,一个高性能的JavaScript运行时项目
- New I/O,新IO API,已经跟随JDK 7交付
- OpenJFX,目标是构建下一代 Java 客户端工具包
- Panama,改进和丰富JVM与外部语言API接口调用的项目
- Penrose,该项目的目标是探索和实现 Jigsaw 项目和 OSGi 之间的互操作性
- SCTP,流控制传输协议项目
- Skara,JDK代码托管平台迁移项目,从Mercurial迁移到Git
- Shenandoah,一种超低暂停时间垃圾收集器
- Sumatra,使 Java 应用程序能够利用图形处理单元 (GPU) 和加速处理单元 (APU)——无论它们是离散设备还是与 CPU 集成——来提高性能
- ThreeTen,Java日期和时间API优化重构项目,以随JDK8交付
- Tiered Attribution,研究javac 类型检查子系统的替代架构
- Type Annotations,类型注解项目,已随JDK8交付
- Valhalla,提供一个探索和孵化高级 Java VM 和语言候选功能的场所
- Verona,新 JDK 版本字符串,已随JDK 9交付
- VisualVM,故障排查工具
- Zero,0汇编的JDK移植项目,以便在任何系统上进行构建
- ZGC,一种可扩展的低延迟垃圾收集器