jdk17(Java SE Development Kit 17)官方版

jdk17版本已经发布，虽然很多朋友依然在用老版本，但是新版本出来了，还是可以尝试一下的，本站为您提供jdk17版本下载！

jdk17安装教程

1、运行安装包，点击下一步；

2、设置安装位置，点击下一步；

3、开始安装；

4、安装完成！

jdk17环境变量配置

1、打开电脑，进入windows设置界面，输入环境变量，点击下拉中的编辑系统环境变量；

2、点击环境变量；

3、点击系统变量下的新建按钮；

4、变量名输入：JAVA_HOME，变量值输入：C:\Program Files\Java\jdk-17

5、继续点击新建变量

变量名：CLASSPATH

变量值：.;%JAVA_HOME%\lib;%JAVA_HOME%\lib\tools.jar（注意最前面有一点）

6、点击系统变量中的Patch，点击编辑；

7、点击新建；

8、输入：%JAVA_HOME%\bin，然后点击上移，将新增的这一行移动到最上面，然后点击确定，保存所有配置即可。

9、验证配置是否正确：

打开cmd窗口，输入java -version，显示java的版本信息，安装和配置都正确了！

jdk17特性

Context-specific 反序列化过滤器允许应用程序通过调用 JVM-wide filter factory 为每个序列化操作选择过滤器，来配置 context-specific  和 dynamically selected 的反序列化过滤器。

随着 always-strict 浮点语义的恢复，浮点运算将保持一致的严格；而不是同时具有严格的浮点语义 ( strictfp) 和有着微妙出入的默认浮点语义。这就为语言和 VM 恢复了原始的浮点语义，与 Java Standard Edition 1.2 中引入严格和默认浮点模式之前的语义相匹配。

弃用 Security Manager，准备在未来版本中移除。追溯到 Java 1.0，Security Manager 一直是保护客户端 Java 代码的主要手段，很少用于保护服务器端代码。该提案的一个目标是评估是否需要新的 API 或机制来解决使用 Security Manager 的特定狭窄用例，例如阻塞System::exit。计划要求弃用 Security Manager 以与旧 Applet API 一起删除，该 API 也计划在 JDK 17 中弃用。

switch模式匹配预览版扩展了 Java 中的模式语言，允许switch表达式和语句可以针对多个模式进行测试，每个模式都有特定的操作。这使得复杂的面向数据的查询能够简洁而安全地表达。此功能的目标包括：通过使模式出现在案例标签中，来扩展switch表达式和语句的表现力和应用，在需要时放宽switch的 historical null-hostility，并引入两种模式：guarded ``patterns，允许用任意的布尔表达式来完善模式匹配逻辑，以及parenthesized patterns，解决了一些解析歧义。在 JDK 16 中，instanceof运算符被扩展为采用类型模式并执行模式匹配。提议的适度扩展允许简化熟悉的 instanceof-and-cast 习语。

JDK 内部的强封装，除了sun.misc.Unsafe等关键的内部 API 外，用户将不再可能通过单个命令行选项来 relax 对内部元素的强封装，这在 JDK 9 到 JDK 16 中是可行的。该计划的目标包括提高 JDK 的安全性和可维护性，并鼓励开发人员从内部元素迁移到标准 API。

删除远程方法调用 (RMI) 激活机制，同时保留 RMI 的其余部分。RMI 激活机制已过时和废弃，在 JDK 15 中不推荐使用。

在外部函数和 memory API 引入了一个孵化器阶段，允许 Java 程序与 Java 运行时之外的代码和数据进行互操作。API 计划的目标包括易用性、性能、通用性和安全性。

与平台无关的矢量 API 作为孵化 API 集成到 JDK 16 中，将在 JDK 17 中再次孵化，提供一种机制来表达矢量计算，这些计算在运行时可靠地编译为支持的 CPU 架构上的最佳矢量指令。这比等效的标量计算获得了更好的性能。在 JDK 17 中，向量 API 已针对性能和实现进行了增强，包括在字节向量与布尔数组之间进行转换的增强功能。

密封类和接口限制哪些其他类或接口可以扩展或实现它们。该提案的目标包括允许类或接口的作者控制哪些代码负责实现它，提供比访问修饰符更具声明性的方式来限制超类的使用，并通过为模式的详尽分析提供基础来支持模式匹配的未来方向。

删除实验性 AOT 和 JIT 编译器，它们几乎没有使用，但需要大量维护工作。该计划要求维护 Java 级别的 JVM 编译器接口，以便开发人员可以继续使用外部构建的编译器版本进行 JIT 编译。