JDK/Ja17可能带来什么新特性？
我是大明哥，一个专注<>「死磕Ja」的硬核程序员。
<>JEP356**：**<>增强型伪随机数生成器
在Ja17之前，Ja的伪随机数生成主要依赖于ja.util.Random类及其子类，如ThreadLocalRandom和SeceRandom。这些类虽然功能强大，但在某些特定应用场景中存在局限性，如需要特定类型的随机数生成器（例如具有更长周期的生成器），或需要更细粒度的控制和更广泛的算法选择。
Ja17引入增强的伪随机数生成器其目的是在Ja标准库中引入更多种类的随机数生成器，并提供一种更为一且易于使用的方式来访问和使用这些生成器。它的主要内容包括：
RandomGenerator，以及多个实现此接口的类，每个类代表一种不同类型的随机数生成器。<>JEP382**：**<>新的macOS渲染管线
在Ja17之前，Ja在macOS平台上的图形渲染主要依赖于OpenGL。随着Apple宣布逐步废弃OpenGL支持，并推荐使用更现代的MetalAPI，Ja需要适应这一变化，以确保其在macOS平台上的图形性能和兼容性。
该特性是引入一个新的渲染管道，使用Apple的MetalAPI替代OpenGL。目前默认情况下，这是禁用的，因此渲染仍然使用OpenGLAPI；要启用metal，应用程序应通过设置属性指定其使用：
JEP391**：**macOS/AArch64端口
由于早期的Ja版本并不支持在ARM架构的M1上运行，这就需要Ja在macOS上支持ARM64架构（即AArch64），从而确保Ja应用程序和开发者能够在这个新平台上继续运行和开发。
Ja17引入该特性，去主要目标是在macOS上为ARM64架构（AArch64）提供支持，解决以下问题：
<>JEP398**：**<>移除AppletAPI
AppletAPI是Ja最早期的组成部分之一，它允许在浏览器中运行Ja程序。随着时间的推移，网络技术发展，特别是HTML5和JaScript的崛起，使得Applet的重要性大大降低。同时，Applets通常需要浏览器插件来运行，这导致了安全性问题和兼容性问题。且随着主流浏览器逐渐放弃对Ja插件的支持，Applet的实用性进一步下降。
Ja17将AppletAPI标记为弃用，并在未来的Ja版本中移除它。
JEP406：模式匹配的Swith表达式（预览）
在Ja16中，JEP394扩展了instanceof运算符，可以采用类型模式并执行模式匹配。虽然可以不需要强制转换了，但是仍然需要大量的if...else。而Switch表达式虽然简化了if...else，但是它无法像instanceof一样不需要强制转换。为了解决这个痛点，Ja17引入模式匹配的Switch表达式特性，目前该特性为预览特性。
该特性扩展了switch表达式和语句，允许它们使用模式匹配，这就意味着我们可以在switch的case标签中使用模式，如类型模式，使得代码更加灵活和表达性更强。而且也无需进行显式的类型转换了。例如，可以使用caseIntegeri这样的语法来匹配并自动转换类型。
更多阅读：Ja17新特性—模式匹配的Swith表达式
JEP407：删除RMI激活
RMI(远程方法调用)激活是JaRMI框架的一部分，它允许远程激活对象。它在Ja15中被标记为弃用，Ja17删除RMI激活。
<>JEP409：密封类（正式特性）
为了Ja的继承，Ja15引入密封类作为预览特性。密封类允许类设计者明确控制哪些类或接口可以实现或扩展它们，从而提供更精确的多态性控制。同时，Ja16第二次作为预览特性，最终在Ja17中成为正式特性。
<>JEP410：移除实验性的AOT和JIT编译
Ja9引入了实验性的Ahead-of-Time(AOT)编译器和一个实验性的Just-In-Time(JIT)编译器，即Graal编译器。这些特性最初被引入是为了探索和评估在Ja虚拟机中提供不同类型编译器的可能性。经过一段时间的实验和社区反馈，发现这些实验性编译器的成本较高，而且在实际应用中的使用率并不高。
故而，Ja17将JaotcAOT编译器和基于Graal编译器的实验性JIT编译器移除。这样可以简化JDK的代码库，降低成本。
JEP411**：**废弃安全器
安全器是Ja平台的一部分，用于提供对Ja应用的安全。它在早期Ja版本中是重要的安全特性，用于控制Applets和类型的应用的权限。但是，随着Ja平台的发展和安全模型的演进，安全器的重要性逐渐降低，现代应用通常通过作级别的安全措施和应用架构设计来实现安全。
Ja17将安全器标记为弃用，并在将来的版本中移除。
<>JEP412：外部函数与内存API（第二次孵化）
传上，Ja使用JaNativeIntece(JNI)来与本地代码互作。虽然功能强大，但JNI使用复杂且易出错，且性能开销较大。
Ja17引入一套新的API，使得Ja程序能够安全、高效地调用外部函数（如C语言函数）和作外部内存。API包括：
<>JEP414：向量API（第二次孵化）
向量API是在Ja16中作为孵化器引入的，主要是解决Ja在进行高性能数值计算时的性能。VectorAPI通过提供一套标准的API，使得Ja程序能够以一种高效、简洁且跨平台一致的方式进行向量计算。
Ja17基于此前版本的反馈和经验进行了改进，第二次孵化。
大明哥花了两个月时间终于写完了Ja8~Ja21所有的重要特性，整个系列共63篇文章，11w+字。欢迎各位查阅：
Ja8+新特性知识体系-死磕Ja
