前言
首要，感谢一下不少xdm私信关心我的身体状况，我也不是什么厉害的大佬，点开告诉看到一堆私信仍是蛮感动的。
近来有意大幅缩短了更新频率，增加了日常调养身体的时刻，淋巴结确实变小了，睡眠也逐渐正常，每晚23:30-00:00之间就可以自然入眠，所以精力也好了许多。
上星期感冒比较严重，这周才好转，加上一贯以来的胃病还没好，这具身体着实千疮百孔，令人叹气，渐渐来吧，xdm在学习之余也要保重自己哦。
本篇首要内容是最近 Java 21 正式发布今后，我关于官方阐明的翻译、收拾、排版，以及一点个人注释加展望，协助我们节省时刻，及时了解下Java的最新动态。
本篇不包括任何案例阐明，由于我以为几年内 Java 21 不会在国内有广泛使用，所以暂时不需求去学习它，相反，Java 17 的一些新特功可以考虑学习下，我之前的文章里边现已有这样的专题。
之所以要了解这种重大改善的新版别，意图是为了确认Java未来的趋势走向，就比如之前lamaba表达式和stream流的呈现，基本能确认是一种趋势，事实证明也确实如此。
正式发布
在今年9月19日Oracle宣告 Java 21 正式发布，JavaSE的产品经理关于这次版别发布做了全面的阐明。
首要是对 Java 21 的一个社区奉献做了阐明，在 Java 21 中，标记为已修正的2,585个JIRA问题中，Oracle完成了1,868个问题，而Java社区的其他成员奉献了717个问题。
可以看出来，Java社区非官方的奉献度超越官方团队的三分之一，活跃度依旧是挺高的。
接下来甲骨文侧重感谢了一些知名IT公司的研发团队关于 Java 21 的奉献和支撑，感谢了亚马逊、ARM、Azul、谷歌、华为、IBM、英特尔、ISCAS、红帽、Rivos、SAP和腾讯等公司的开发人员做出的杰出奉献。
以及来自Bellsoft和Loongson等小型安排以及独立开发人员的奉献，他们一共奉献了Java 21 中 8% 的修正。
这儿可以看到国内一些比较有名的公司，比如华为、腾讯，但有意思的是，总感觉少了谁……
此外，经过OpenJDK质量推广计划，还感谢以下自在/开源软件项目，它们在测试Java 21早期拜访构建时供给了超卓的反应，协助进步了发布的质量:
- Apache Commons
- Apache ZooKeeper
- AssertJ
- BNYM Code Katas
- JUnit5
- Karate
- MyBatis
这些开源软件项目里边，我稍微插一句，Zookeeper呈现在里边，阐明它关于 Java 21 的大力支撑，能被官方点名感谢，可以变相阐明它和Java长期的良好协作。
而Zookeeper在国外其实是很受欢迎的，但在国内由于生态环境的差异，并没有受到较高的注重，我主张我们可以多学点Zookeeper，这个中间件非常值得学习。
新增功用
除了数以千计的功能、稳定性和安全性更新之外，Java 21 还供给了数十个新特性和增强，其间15个增强非常重要，足以保证它们有自己的JDK增强主张(jep)，包括6个预览特性和1个孵化特性。
从这儿可以看出，Java 21 是 Java 17 之后另一个非常重要的版别。
接下来，我会把发布特性和预览孵化特性分开排列，里边有些特性关于大部分研发人员来说其实可以只做了解，但部分重要特性我会侧重阐明，我们可以要点重视下。
我专门收拾了思维导图，需求的在拜访文末地址下载即可。
发布特性
正式发布的特性，都是未来需求领悟的特性，相似于 Java 8 发布之后那些新特性相同，会逐渐成为Java未来版别的国家栋梁。
1、JEP 440: Record Patterns
经过扩展形式匹配来表达更杂乱、可组合的数据查询，进步Java编程言语的出产力。
这个特性是在Java19-20都是预览特性，Java 21 正式发布。
2、JEP 441: switch增强
经过答应在 case 标签中运用形式，扩展了 switch 表达式和语句的表达性和适用性。
这个特性在Java17-20都是预览特性，Java 21 正式发布。
3、JEP 444: 虚拟线程
选用简略的请求一线程形式编写的服务器使用程序可以以挨近最佳的硬件利用率进行扩展。
使现有运用java.lang.Thread API的代码可以在最小的修改下选用虚拟线程。
运用现有的JDK东西，可以轻松进行虚拟线程的故障排除、调试和功能分析。
经过引进虚拟线程，加速使用程序开发功率，特别适用于云环境中的使用程序，虚拟线程是一种轻量级线程，极大地削减了编写、保护和调查高吞吐量并发使用程序的工作量。
这个特性在Java19-20都是预览特性，Java 21 正式发布。
这是 Java 21 版别最重要的一个改善，也是 ProjectLoom 项目一贯推动的很重要的一环。
ProjectLoom 我们可以了解下，是Java/JVM 生态系统(由 OpenJDK 托管)中的一个较新的项目，它试图处理传统并发模型中的约束，方针是明显削减编写、保护和调查高吞吐量并发使用程序的工作量。
说白了，便是Oracle为了改善Java高并发难题推动的一个新项目。
虚拟线程直白点讲，便是其他编程言语中现已呈现过的协程，也是Java一贯被诟病的一点，这次总算在正式版别发布出来了，我觉得值得鼓励，是个好气势。
我希望Java把其他编程言语的优点都抄过来，像什么Python、C#、Go，都抄过来，使劲抄，用力抄，我举双手双脚欢迎。
4、JEP 431: 有序调集
引进新的接口，用于表明依照界说好的遇见次序进行排列的调集。每个这样的调集都有一个明晰认义的第一个元素、第二个元素，依此类推，直到最后一个元素。
为拜访其第一个和最后一个元素供给统一的API，并为按相反次序处理其元素供给统一的API。
经过供给一组统一的操作，它们适用于表明具有界说好次序的元素序列的调集类型，进步开发者的出产力。
在Java中，调集对错常常用的东西，这个有序调集算是关于调集东西的加强，是否实用现在还不好说，毕竟现有的东西也足以处理绝大部分问题。
5、JEP 439: 分代ZGC
经过扩展 Z Garbage Collector (ZGC) 来保护年轻目标和老年目标的不同分代，进步使用程序的功能。
运用 Generational ZGC 运转的使用程序应该享有以下优点：
- 较低的分配中止危险。
- 较低的堆内存开销要求。
- 较低的废物收回 CPU 开销。
比较非分代 ZGC，这些优点应该不会明显降低吞吐量。一同，非分代 ZGC 的关键特性应该得以保留：
- 暂停时刻不应超越 1 毫秒。
- 支撑从几百兆字节到数太字节的堆巨细。
- 最低极限的手动装备需求。
这是另一个非常重要的改善，首要为了削减废物收回对使用程序的中止时刻，是一种低延迟的废物收回器。
ZGC完成了许多立异的技术，例如并发的废物收回、分代堆布局、柔性内存操作等，可以说非常适用于需求低延迟和高吞吐量的使用。
但并不是有了ZGC，你什么使用都用ZGC，在一些特定情况下它也或许会对使用程序的吞吐量产生一些小幅度的影响，所以要根据具体使用场景的需求进行评价和挑选。
这个改善我们现在只需了解，但今后要花时刻研究，关于大部分Java程序员而言，你或许不会真实接触到它，但是你避不开JVM相关的面试题啊……这东西可以预见未来会是Java面试题中的主角之一。
6、JEP 452: 密钥封装机制API
引进密钥封装机制（KEM）的API，KEM是一种运用公钥加密的加密技术，用于保护对称密钥的安全性。
使使用程序可以运用KEM算法，例如RSA Key Encapsulation Mechanism (RSA-KEM)，椭圆曲线综合加密方案 (ECIES)，以及国家标准与技术研究所（NIST）后量子暗码标准化过程中的候选KEM算法。
使KEM在更高档的协议，如传输层安全 (TLS)，以及混合公钥加密 (HPKE, RFC 9180)等暗码方案中运用。
答应安全供给者在Java代码或本地代码中完成KEM算法。
包括在RFC 9180的4.1中界说的Diffie-Hellman KEM (DHKEM)的完成。
7、JEP 449: 弃用并删去32位x86端口
弃用Windows 32位x86（x86-32）端口，并计划在未来的发布版别中删去它。
更新构建系统，在尝试为Windows 32位x86（x86-32）装备构建时宣布错误信息。可以经过一个新的装备选项来按捺错误信息。
在相关文档中标记该端口和相关的端口特定功用为弃用，以便将来删去。
这个是可以预见的，由于这个渠道的运用率现已下降很多了，关于未来Java的开展和立异是一种阻碍，相同也是为了更好的支撑虚拟线程，所以弃用彻底说得通。
8、JEP 451: 预备制止动态加载署理
当署理以动态办法加载到运转的JVM中时，宣布正告。这些正告旨在为将来的发布版别做预备，该版别默许情况下制止动态加载署理，以进步默许的完整性。在任何发布版别中，启动时加载署理的可操作性东西不会导致宣布正告。
为将来的JDK发布版别做预备，默许情况下制止在正在运转的JVM中加载署理。
重新评价可操作性（Serviceability）与完整性之间的平衡，可操作性触及对运转中的代码进行暂时更改，而完整性假定运转中的代码不会随意更改。
确保大多数东西——不需求动态加载署理的东西——不受影响。
将动态加载署理的能力与其他所谓的“超级”功用（如深层反射）保持一致。
这个需求我们重视一下，我以为首要意图是由于安全性，Java一贯关于安全性是有较高要求的，动态署理自身存在潜在的安全危险。
Java 21 这儿说的现在仅仅会宣布正告，但是也暗示了给未来的版别做预备，没说是什么预备，搞不好有或许会弃用了。
预览孵化特性
预览和孵化的特性只需求挑选性了解就行，由于有些预览版别不一定终究会正式发布，是有待商榷的，终究根据社区的反应才干决议是否正式启用。
1、JEP 430: 字符串模板
经过简化包括运转时核算值的字符串的表达，简化了Java程序的编写，增强Java编程言语的可读性、可写性和可保护性。
这个我觉得终究会正式发布的，参考了其他编程言语的优点，关于一贯被诟病写法较重的Java来说，也是喜人的改变，假如一贯以这种气势前进，仍然值得我们拥抱这门言语。
2、JEP 443: 未命名的形式和变量
经过引进未命名形式，对Java言语进行增强，未命名形式可以匹配记录组件，而无需指定组件的名称或类型；
引进未命名变量，这些变量可以进行初始化但不会被运用。这两者都以下划线字符 _ 表明。
经过省略不必要的嵌套形式，进步记录形式的可读性；
经过确认有必要声明但将不会被运用的变量（例如在catch子句中），进步一切代码的可保护性。
这个和上一个相似，也是增强Java的实用性，比较典型的使用便是try..catch、for循环、switch等等，都可以用到。
3、JEP 445: 未命名类和实例主办法
经过削减样板代码和仪式感，使学生可以编写他们的第一个程序，而无需理解为大型程序设计的言语特性。
这个纯粹是降低入门门槛了，感觉有一丁点Python那味儿了。
4、JEP 446: 效果域值
在线程内部和跨线程之间完成不行变数据的同享。
- 易用性 – 供给了一种编程模型，可以在线程内部和子线程之间同享数据，以简化对数据流的推理。
- 可理解性 – 从代码的语法结构中明晰同享数据的生命周期。
- 健壮性 – 确保只有合法的调用方可以拜访调用方同享的数据。
- 功能 – 将同享数据视为不行变的，以便答应大量线程的同享，并完成运转时优化。
在Java20中阅历了一次孵化
这个特性值得重视，不仅能防止数据走漏或窜改，还可以在线程之间同享，适当于削减了仿制，进步了功能。
5、JEP 453: 结构化并发
经过引进结构化并发的API，简化并发编程。
发起一种并发编程风格，可以消除由撤销和封闭引起的常见危险，如线程泄漏和撤销延迟。
改善并发代码的可调查性。
经过引进结构化并发的API，简化并发编程。它简化了错误处理和撤销操作，进步了可靠性，并增强了可调查性。
在Java19-20中阅历了两次孵化
这个虽然在孵化，但我不得不说，是Java正在极力处理高并发编程难题的明显痕迹之一，前面的虚拟线程、效果域和这个特性都是相得益彰，现已充分阐明Java正在 Java 8 的版别之后，再次决议关于并发编程做一次进化。
CompleTableFuture虽然现已很不错了，但仅仅对旧版别使命编列的优化，并没有处理Java自身并发编程的难题，所以在出产环境使用起来仍然简单造成人为缺陷。
至少我运用时是慎之又慎的，一定要分析清楚场景和评价或许的危险，才会决议在某个功用上运用。
但有了虚拟线程之后，加上效果域、结构化并发，我以为是一种进化吧，虽然这些现已不是立异了，但期待值很高。
还有一点需求考量，Java自身迭代到现在这个版别，我以为有些当地不是那么简单更改的，这次能优化到什么程度，是不是真的好用，我仍是保留怀疑情绪。
6、JEP 442: 外部函数和内存 API
引进一个API，使Java程序可以与Java运转时之外的代码和数据进行交互。
经过有效地调用外部函数（即JVM之外的代码）和安全地拜访外部内存（即JVM不管理的内存），该API使Java程序可以调用本地库和处理本地数据，而不会呈现JNI的脆弱性和危险性。
- 易用性 – 用优秀的纯Java开发模型替代了Java Native Interface (JNI)。
- 功能 – 供给与JNI和sun.misc.Unsafe等现有API适当乃至更好的功能。
- 通用性 – 供给操作不同类型的外部内存的办法（例如本地内存、耐久内存和托管堆内存），以及随着时刻的推移习惯其他渠道（例如32位x86）和其他言语编写的外部函数（例如C++、Fortran）。
- 安全性 – 答应程序对外部内存履行不安全的操作，但默许情况下提醒用户此类操作存在危险。
在Java19-20中阅历了两次预览
这个便是用来替代JNI的，JNI什么尿性不用多说了吧，臭名远扬了。
7、JEP 448: 向量API
引进一个API，用于表达向量核算，在支撑的CPU架构上可靠地在运转时编译为最佳向量指令，从而完成比等效的标量核算更高的功能。
以下是一些明显的改变：
- 向向量掩码中添加了异或（xor）操作。
- 改善了向量洗牌的功能，特别是在重新排列向量元素和在向量之间进行转换时。
供给一个明晰简洁的API，可以明晰简洁地表达由向量操作组成的各种向量核算，这些向量核算由循环内的序列组成，并或许带有控制流程。
该API应该与特定的CPU架构无关，可以在支撑向量指令的多个架构上完成。
供给在x64和AArch64架构上可靠的运转时编译和功能。
与Valhalla项目保持一致。
在Java16-20中阅历了五次孵化
这个仍是实验性质的，未来会不会使用尚不好说，毕竟现已阅历了五次孵化了。
假如读不明白这个特性，我可以举个很简略的比如，比如你要给一个数组每个元素都+1，首要想到的便是用for循环遍历，对每个元素进行核算操作。那么现在有了向量API，你可以一次对多个元素一同核算，从串行变成并行，功率是不是就进步了。
但需求在具有SIMD（单指令多数据流）能力的机器上，现在Windows一般都是支撑的，Linux的话一般也支撑，且可以用指令查看：
cat /proc/cpuinfo，假如找到相似于sse,sse2,avx等关键词，阐明处理器是支撑SIMD指令集的。所以这个特性在做大规模数学和科学核算时的功率会非常高，可以稍微重视下，估计会继续孵化。
总结
先总结下，Java 21 正式发布后，我的感受是，比较于 Java 17 捆绑式的推广，Java 21 的改善更具有意义。
我们可以要点重视的便是虚拟线程、分代ZGC、效果域、结构化并发这几个，这几个我觉得比较有意义，或许会改变今后Java的并发编程形式。
其他的正式发布的特性，虽然有必要学习，但我觉得更多是功用性的，相似于 Java 8 的 lambada 表达式和 stream 流，依赖于游刃有余，并且现在有AI辅佐，你不会其实也能写。
另外，Spring Boot 3.2 最近也发布了，增加了大量新特性和改善，特别是关于虚拟线程的支撑，所以和 Java 21 算是密不行分。
后边我会单独出一篇文章叙述 Spring Boot 3.2 的版别特性。
思维导图下载：gitee.com/fangfuji/ja… （找到博文同名目录点进去下载即可）
大众号 –> 【Java分享客栈】
假如喜爱，请点赞重视↑↑↑，持续分享干货文章哦！
