第 3 章 Red Hat build of OpenJDK 8.0.352 发行注记

最新的 Red Hat build of OpenJDK 8 发行版本可能包括新功能。另外，最新版本可能会增强、弃用或删除来自以前红帽构建的 OpenJDK 8 版本的功能。

红帽构建的 OpenJDK 新功能及改进

查看以下发行注记以了解 Red Hat build of OpenJDK 8.0.352 发行版本提供了新功能和功能增强：

引用对象更改和配置

从红帽构建的 OpenJDK 8.0.352 开始，您无法克隆 Reference 对象。

如果您试图克隆引用对象，java.lang.ref.Reference::clone 方法会抛出 CloneNotSupportedException 信息。

如果要复制现有的 Reference 对象，则必须使用适当的 Reference 子类的构造器来创建 Reference 对象。这样可确保新的 Reference 对象包含与 target Reference 对象相同的引用和引用队列。

对于红帽构建的 OpenJDK 8.0.352 发行版本，java.lang.ref.Reference.enqueue 方法更改了行为。当应用程序代码调用 java.lang.ref.Reference.enqueue 方法时，此方法会在将对象添加到注册队列前清除引用。在 Reference 对象被排队后，需要 java.lang.ref.Reference.get （） 返回值的代码可能会抛出 NullPointerException。

红帽构建的 OpenJDK 8.0.352 发行版本更改了 PhantomReference 对象的行为，以便在任何关联队列中排队前清除它们。这与 SoftReference 和 WeakReference 对象的现有行为相同。

为客户端角色启用 TLSv1.3

默认情况下，红帽构建的 OpenJDK 8.0.352 为客户端角色启用 TLSv1.3 协议支持。

在红帽构建的 OpenJDK 8.0.272 版本中，对服务器角色的 TLSv1.3 协议支持已经启用。

如果您在红帽构建的 OpenJDK 8.0.352 中创建 TLS 客户端角色，同时保留默认的协议设置，并且与 TLSv1.3 建立的连接中使用 TLSv1.3，则兼容性问题可能会影响您的应用程序。以下列表详细介绍了常见兼容性问题：

如果您需要禁用对客户端角色的 TLSv1.3 协议支持，请完成以下操作之一：

sslSocket.setEnabledProtocols(new String[] {"TLSv1.2"});

sslEngine.setEnabledProtocols(new String[] {"TLSv1.2"});

SSLParameters params = sslSocket.getSSLParameters();
params.setProtocols(new String[] {"TLSv1.2"});
slsSocket.setSSLParameters(params);

jdk.httpserver.maxConnections system property

红帽构建的 OpenJDK 8.0.352 添加了一个新的系统属性 jdk.httpserver.maxConnections，它会修复为 HttpServer 服务指定的连接限制，这可能会导致接受的连接和建立的连接无限期保持打开。

您可以使用 jdk.httpserver.maxConnections 系统属性以以下方式更改 HttpServer 服务的行为：

支持 Microsoft Visual Studio 2017

从红帽构建的 OpenJDK 8.0.352 版本开始，Windows JDK 和 JRE 1.8.0 版本使用 Visual Studio 2017 工具链编译，因为 Microsoft 目前支持此链。

对于依赖 Microsoft Visual Studio 2010 工具链进行编译二进制文件（红帽标签为 旧工具链 ）的客户，红帽将继续支持这些二进制文件。在 Software Details 页面中，在红帽客户门户网站中，带有此工具链编译的文件在其文件名中包含 vs10 条目。例如，openjdk-1.8.0.345/java-1.8.0-openjdk-1.8.0.352-2.b08.redhat.windows.vs10.x86_64.zip。