对于Java初学者,经常会听到同事,或看到网上Java版本和JDK版本不一的叫法,不明白这两者到底什么关系?其实博主当年初学Java时也有这样的困惑,今天我们就来好好探讨一下,如有不对之处,请加以指正,不喜勿喷,谢谢!
Java版本叫法:Java6、Java8、Java11、Java13 (当前最新版本Java17) 等这一类 “Java X” 的Java版本名称
同时又会听到,看到
JDK版本叫法:JDK1.6、JDK1.8等这种 “JDK1.X” 的JDK叫法。
这里我们就需要追溯一下Java的发展历程了,我们在百度百科上 搜索一下 “Java”
1995年,Sun公司首推Oak,因Oak商标已被占用后改名为Java
1996年1月,Sun公司发布了Java的第一个开发工具包(JDK 1.0),也就是最初版本Java1.0
1999年6月,Sun公司发布了第二代Java平台(简称为Java2)的3个版本:J2ME(Java2 Micro Edition,Java2平台的微型版),应用于移动、无线及有限资源的环境;J2SE(Java 2 Standard Edition,Java 2平台的标准版),应用于桌面环境;J2EE(Java 2Enterprise Edition,Java 2平台的企业版),应用于基于Java的应用服务器。
2004年9月30日,J2SE1.5发布,为了表示该版本的重要性,J2SE 1.5更名为Java SE 5.0(内部版本号1.5.0),代号为“Tiger”,Tiger包含了从1996年发布1.0版本以来的最重大的更新。
2005年6月,在Java One大会上,Sun公司发布了Java SE 6。此时,Java的各种版本已经更名,已取消其中的数字2,如J2EE更名为JavaEE,J2SE更名为JavaSE,J2ME更名为JavaME。
自1996年发布JDK1.0;此后命名为JDK1.1、JDK1.2、JDK1.3、JDK1.4、采用 1.X 的命名方式,直到2004年9月版本号提升为5.0,这一新版本为Java SE5.0(或J2SE1.5),在2005年6月Sun公司终结了已经有8年历史的J2SE、J2EE、J2ME的命名方式启用了今天的 Java SE、Java EE、Java ME 命名方式,而此后的版本为Java SE6、Java SE7、Java SE8、Java SE9、Java SE10、Java SE11、Java SE12... Java SE17等。
JDK则在 Java1.0 到 Java9 对应每一个版本号 :JDK1.0、JDK1.2 ... JDK1.8、JDK1.9
因此,Java10以后我们可以理解为JDK对应名称为:JDk10、JDK11、JDK12... JDK17
我们也可以看到官网命名如下:
一、Java ®平台标准版和 Java 开发工具包
版本 17 API 规范
本文档分为两部分:
Java SE
Java 平台标准版 (Java SE) API 定义了用于通用计算的核心 Java 平台。这些 API 位于名称以
java
.JDK
Java 开发工具包 (JDK) API 特定于 JDK,不一定在 Java SE 平台的所有实现中都可用。这些 API 位于名称以
jdk
.
Java SE所有版本如下:
Java SE版本 | JDK版本 | 发布时间 | 开发代号 | 最终版本 |
---|---|---|---|---|
Oak | 1995-05-23 | Oak(橡树) | ||
Java 1.0 | JDK1.0 | 1996-01-23 | 1.0.2 1996-05-07 | |
Java 1.1 | JDK1.1 | 1997-02-18 | 1.1.8_010 2002-10-09 | |
J2SE 1.2 | JDK1.2 | 1998-12-04 | Playground(运动场 | 1.2.2_017 2003-10-02 |
J2SE 1.3 | JDK1.3 | 2000-05-08 | Kestrel(美洲红隼) | 1.3.1_29 2010-10-12 |
J2SE 1.4 | JDK1.4 | 2002-02-13 | Merlin(灰背隼) | 1.4.2_42 2013-02-19 |
Java SE 5.0 | JDK1.5 | 2004-09-29 | Tiger(老虎) | 5.0u85 2015-04-15 |
Java SE 6 | JDK1.6 | 2006-12-12 | Mustang(野马) | 6u211 2018-10-16 |
Java SE 7 | JDK1.7 | 2011-07-11 | Dolphin(海豚) | 7u321 2021-10-19 |
Java SE 8 | JDK1.8 | 2014-03-18 | Spider(蜘蛛) | 8u311 2021-10-19 |
Java SE 9 | JDK1.9 | 2017-09-21 | 9.0.4 2018-01-16 | |
Java SE 10 | JDK10 | 2018-03-20 | 10.0.2 2018-07-17 | |
Java SE 11 | JDK11 | 2018-09-25 | 11.0.13 2021-10-19 | |
Java SE 12 | JDK12 | 2019-3-19 | 12.0.2 2019-07-16 | |
Java SE 13 | JDK13 | 2019-09-19 | 13.0.2 2020-01-14 | |
Java SE 14 | JDK14 | 2020-03-17 | 14.0.2 2020-07-14 | |
Java SE 15 | JDK15 | 2020-09-15 | 15.0.2 2021-01-19 | |
Java SE 16 | JDK16 | 2021-03-16 | 16.0.2 2021-07-20 | |
Java SE 17 | JDK17 | 2021-09-14 | 17 2021-09-14 |
Java官网如下:
https://www.java.com/zh-CN/https://www.java.com/zh-CN/
二、Java 发行历史
此页面跟踪广泛分发的 Java SE 版本以及每个版本的关键信息的链接。
当前支持的版本
版本 | 初始发行 | 当前版本 | 版本信息 | 生命的尽头 |
---|---|---|---|---|
17 | 2021-09-14 | 17 2021-09-14 | 打开 JDK 项目页面 JSR 392 | 2029-09-30 |
11 | 2018-09-25 | 11.0.13 2021-10-19 | 发行说明 文档 认证配置 风险表 打开 JDK 项目页面 JSR 384 | 2026-09-30 |
8 | 2014-03-18 | 8u311 2021-10-19 | 发行说明 文档 认证配置 风险表 JSR 337 | 2030-12-31 |
7 | 2011-07-11 | 7u321 2021-10-19 | 发行说明 文档 认证配置 风险表 JSR 336 | 2022-07-19 |
未来版本
版本 | 初始发行 | 版本信息 |
---|---|---|
18 | 2022-03-15 | 打开 JDK 项目页面 JSR 393 |
不再受支持的版本
版本 | 初始发行 | 最终版本 | 版本信息 |
---|---|---|---|
16 | 2021-03-16 | 16.0.2 2021-07-20 | 发行说明 文档 认证配置 风险表 打开 JDK 项目页面 JSR 391 |
15 | 2020-09-15 | 15.0.2 2021-01-19 | 发行说明 文档 认证配置 风险表 打开 JDK 项目页面 JSR 390 |
14 | 2020-03-17 | 14.0.2 2020-07-14 | 发行说明 文档 认证配置 风险表 打开 JDK 项目页面 JSR 389 |
13 | 2019-09-19 | 13.0.2 2020-01-14 | 发行说明 文档 认证配置 风险表 打开 JDK 项目页面 JSR 388 |
12 | 2019-03-19 | 12.0.2 2019-07-16 | 发行说明 文档 认证配置 风险表 打开 JDK 项目页面 JSR 386 |
10 | 2018-03-20 | 10.0.2 2018-07-17 | 发行说明 文档 认证配置 风险表 打开 JDK 项目页面 JSR 383 |
9 | 2017-09-21 | 9.0.4 2018-01-16 | 发行说明 文档 认证配置 风险表 JSR 379 |
6 | 2006-12-12 | 6u211 2018-10-16 | 发行说明 文档 认证配置 风险矩阵 JSR 270 |
5 | 2004-09-30 | 5.0u85 2015-04-15 | 发行说明 文档 认证配置 风险表 JSR 176 |
4 | 2002-02-13 | 1.4.2_42 2013-02-19 | 发行说明 风险矩阵 JSR 59 |
3 | 2000-05-08 | 1.3.1_29 2010-10-12 | 发行说明 风险矩阵 |
2 | 1998-12-04 | 1.2.2_017 2003-10-02 | |
1 | 1997-02-18 | 1.1.8_010 2002-10-09 | |
0 | 1995-05-23 | 1.0.2 1996-05-07 |
Java是面向对象的编程语言,在我们开发Java应用的程序员的专业术语里,Java这个单词其实指的是Java开发工具,也就是JDK(Java Development Kit)。所以我们常常在CSDN等各大程序员论坛讨论到安装Java8或者JDK8或者JDK1.8或J2SE8或J2SE1.8或J2SE8或J2SE1.8,其实这3个专业词汇的概念是一样的。
我们以Java8(JDK1.8举例说明)
(1)Java与JDK的区别与关系
在用户眼中,Java是Java应用;
在程序员眼中,Java是Java开发工具,所以Java等价于JDK。
(2)JDK8与JDK1.8的区别与关系
JDK8或者JDK1.8是由于自从JDK1.5/JDK5命名方式改变后遗留的新旧命令方式问题。所以JDK8或者JDK1.8也是同一个东西。
(3)JDK与J2SE的区别与关系
JAVA就是指JDK开发工具,所以我们可以理解为JAVA等价于JDK。又因为JAVA有3个版本:J2SE J2EE J2ME,所以J2SE是JDK的3个版本中的其中一个,即标准版本。
简而言之:我们口中说的 Java8、JDK8、JDK1.8 其实都是同一个东西。
Java术语,下图来自《Java核心技术》卷1 第2章 2.1.1
你已经看到, JDK 是 Java Development Kit 的缩写。有点混乱的是: 这个工具包的版本
1.2 ~ 版本 1.4 被称为 Java SDK (软件开发包, Software Development Kit )。 在某些场合下,
还可以看到这个过时的术语。另外, 还有一个术语是 Java 运行时环境( JRE ), 它包含虚拟机
但不包含编译器。这并不是开发者想要的环境, 而是专门为不需要编译器的用户而提供。
接下来, Java SE 会大量出现, 相对于 Java EE ( Enterprise Edition) 和 Java ME ( Micro
Edition ), 它是 Java 的标准版。
Java 2 这种提法始于 1998 年。当时 Sun 公司的销售人员感觉增加小数点后面的数值改
变版本号并没有反映出 JDK 1.2 的重大改进。但是,由于在发布之后才意识到这个问题, 所
以决定开发工具包的版本号仍然沿用 1.2, 接下来的版本是 1.3、 1.4 和 5.0, 但是, Java 平台
被重新命名为 Java 2。因此, 就有了 Java 2 Standard Edition Software Development Kit ( Java 2
标准版软件开发包)的 5.0 版,即 J2SE SDK 5.0。
幸运的是,2006 年版本号得到简化。 Java 标准版的下一个版本取名为 Java SE 6, 后来
又有了 Java SE 7 和 Java SE 8。不过,“- 内部” 版本号分别是 1.6.0、 1.7.0 和 1.8.0。
当 Oracle 为解决一些紧急问题做出某些微小的版本改变时, 将其称为更新。 例如: Java
SE 8u31 是 JavaSE 8 的第 31 次更新, 它的内部版本号是 1.8.0_31。 更新不需要安装在前一
个版本上,它会包含整个 JDK 的最新版本。 另外, 并不是所有更新都公开发布, 所以如果
“ 更新 31” 之后没有“ 更新 32”,你也不用惊慌。
----引自《Java核心技术》卷1 第2章 2.1.1
三、Java 8 至 Java 23 版本特性对比表
Java现在发布的版本很快,每年两个,但是真正会被大规模使用的是三年一个的TLS版本。
版本 | 年份 | LTS | 关键特性 | 影响力等级 |
Java 8 | 2014 | ✅ | Lambda 表达式、Stream API、方法引用、接口默认方法、Optional 类 | ⭐⭐⭐⭐⭐ |
Java 9 | 2017 | ❌ | 模块化系统(JPMS)、JShell、集合工厂方法、接口私有方法 | ⭐⭐⭐⭐ |
Java 10 | 2018 | ❌ | var 局部变量类型推断、G1 并行 Full GC | ⭐⭐⭐ |
Java 11 | 2018 | ✅ | HTTP Client 正式版、单文件运行、ZGC(实验)、 | ⭐⭐⭐⭐ |
Java 12 | 2019 | ❌ | Switch 表达式(预览)、Shenandoah GC(实验) | ⭐⭐ |
Java 13 | 2019 | ❌ | 文本块(预览) | ⭐⭐ |
Java 14 | 2020 | ❌ | instanceof 模式匹配(预览)、Record 类(预览) | ⭐⭐⭐ |
Java 15 | 2020 | ❌ | 文本块(正式)、Sealed Classes(预览) | ⭐⭐ |
Java 16 | 2021 | ❌ | Record 类(正式)、 | ⭐⭐⭐ |
Java 17 | 2021 | ✅ | Sealed Classes(正式)、模式匹配 Switch(预览)、移除 Applet | ⭐⭐⭐⭐ |
Java 18 | 2022 | ❌ | 简单 Web 服务器(jwebserver)、默认 UTF-8 | ⭐ |
Java 19 | 2022 | ❌ | 虚拟线程(预览)、结构化并发(预览) | ⭐⭐⭐⭐ |
Java 20 | 2023 | ❌ | Scoped Values(预览)、Record 模式匹配(预览) | ⭐⭐ |
Java 21 | 2023 | ✅ | 虚拟线程(正式)、序列集合 API、分代 ZGC | ⭐⭐⭐⭐⭐ |
Java 22 | 2024 | ❌ | 未命名变量(预览)、String 模板(预览) | ⭐⭐ |
Java 23 | 2024 | ❌ | Vector API(正式)、分代 ZGC 优化 | ⭐⭐⭐ |
各版本详细说明
✨Java 9~11 新特性
Java 9 至 11 的新特性包括:Java 9 的模块化系统(JPMS)、集合工厂方法和响应式流;Java 10 的局部变量类型推断(var)和并行 Full GC 优化;Java 11 的长期支持(LTS)、标准化 HTTP Client API、ZGC 垃圾收集器及单文件直接运行,显著提升开发效率、安全性和性能。
✨Java 12~14 新特性
Java 12 至 14 通过引入 Switch 表达式、文本块、Records(数据类)、模式匹配 instanceof 等简化代码结构,优化 ZGC/G1 垃圾回收性能,增强空指针异常信息,并支持跨平台工具(如 jpackage),显著提升了开发效率、运行时性能及调试体验,同时为未来版本奠定新特性基础。
✨Java 15~17 新特性
Java 15 推出文本块标准化、密封类预览和记录类;Java 16 将记录类与模式匹配转为标准功能,强化ZGC性能;Java 17 作为LTS版本正式确立密封类,增强伪随机数生成,支持switch模式匹配,并弃用Applet等过时组件,标志着Java在类型安全、代码简洁性和运行时性能上的重大跨越。
✨Java 18~20 新特性
Java 18 统一编码解决乱码问题,内置简易Web服务器优化测试效率,重构反射机制提升框架性能;Java19 引入数据解构模式简化复杂类型处理,轻量级虚拟线程实现高并发,结构化并发增强多线程管控;Java20 通过作用域值确保线程数据安全共享,多轮迭代完善模式匹配及跨语言交互能力。
核心特性解析
-
Java 8:
• 革命性更新:函数式编程(Lambda + Stream)彻底改变编码风格,至今仍是企业主流版本。 -
Java 11/17/21(LTS) :
• 生产环境标杆:HTTP Client、ZGC、虚拟线程等特性支撑高并发微服务架构。 -
Java 21:
• 并发革命:虚拟线程(Project Loom)实现万级线程轻量化,性能碾压传统线程池。 -
Java 23:
• 硬件级优化:Vector API 利用 SIMD 指令加速科学计算,媲美 C++性能。
版本选择
场景 | 推荐版本 | 理由 |
传统企业系统维护 | Java 8/11 | 稳定性优先,兼容旧框架(Spring Boot 2.x) |
云原生/高并发新项目 | Java 17/21 | 虚拟线程 + ZGC 优化资源利用率 |
前沿技术探索 | Java 22/23 | 体验未命名变量、String 模板等预览特性 |
大数据/科学计算 | Java 23 | Vector API 加速数值运算 |
特性影响力说明
-
⭐⭐⭐⭐⭐:颠覆性革新(如 Lambda、虚拟线程)
-
⭐⭐⭐⭐:重要改进(如模块化、HTTP Client)
-
⭐⭐⭐:实用增强(如
var
、Record 类) -
⭐⭐:局部优化(如文本块、Switch 表达式)
-
⭐:工具类更新(如 jwebserver)
关键特性演进
特性领域 | Java 8 | Java 11 | Java 17 | Java 21 |
并发模型 | Fork/Join框架 | - | - | 虚拟线程(正式) |
内存管理 | 移除PermGen | ZGC引入 | ZGC优化 | 分代ZGC |
语法简化 | Lambda表达式 | var局部变量 | 密封类 | 未命名模式 |
开发效率 | Stream API | 单文件执行 | Switch模式匹配 | 结构化并发 |
火车发布模式的优缺点
优点
-
新特性和改进:Java的版本更新频繁,每个版本都包含了大量的新特性和改进,这可以提高Java应用程序的性能、安全性和可靠性。
-
反馈和改进:Java的版本更新频繁,这可以让Java开发者和Java平台提供商更快地获取用户反馈,并进行改进和优化。
-
生态系统健康:Java的版本更新频繁,这可以保持Java生态系统的健康和活力,吸引更多的开发者和用户参与到Java生态系统中来。
-
技术更新:Java的版本更新频繁,这可以让Java开发者和Java平台提供商更快地掌握新的技术和趋势,保持技术的领先优势。
-
社区活跃:Java的版本更新频繁,这可以促进Java社区的活跃和发展,让Java开发者和用户更加紧密地联系在一起。
缺点
-
版本更新频繁:Java的版本更新比较频繁,每年都会发布新的版本,这会给Java开发者带来一定的学习成本和适应压力。
-
兼容性问题:由于Java的版本更新比较频繁,不同版本之间可能存在兼容性问题,这会给Java开发者带来一定的麻烦。
-
集成测试难度大:Java的版本更新频繁,每个版本都包含了大量的新特性和改进,这会给Java开发者带来集成测试的难度,需要进行大量的测试和调试工作。
-
稳定性问题:Java的版本更新频繁,每个版本都可能存在一些新的bug,这会影响Java应用程序的稳定性和可靠性。
-
维护成本高:Java的版本更新频繁,每个版本都需要进行维护和支持,这会给Java开发者和Java平台提供商带来一定的成本压力。
总结
在 JDK版本的选择上,如果是学习目的,那么无脑最新版。如果是生产需要,尽量选择长期维护的版本,不要使用最新版本的。因为新版本的 JDK,新功能没有经过生产环境的验证,如果想成为第一个吃螃蟹的人,一定要三思而后行。
生产环境建议
-
LTS版本优先:Java 8/11/17/21 为长期支持版本,企业级应用建议选择
-
GC选择策略:
-
• 低延迟场景:ZGC(JDK11+)
-
• 吞吐量优先:G1(JDK9+)
-
-
特性采用阶段:
-
• 预览特性:仅限测试环境
-
• 孵化器API:需添加
--add-modules
参数
-
-
建议:生产环境优先选择LTS版本(如Java 17/21),预览特性需评估稳定性后使用。
可参考:
JAVA版本号的问题 Java版本号与JDK版本_renhq-CSDN博客_java版本和jdk版本