Michael的笔记本

Java13的主要更新内容如下：

• switch表达式改进
• 文本块改进
• 动态CDS档案
• ZGC：取消提交未使用的内存
• 重新实现 Legacy Socket API
• 其他

1. switch表达式改进

使用yield，我们现在可以有效地从 switch 表达式返回值，并能够更容易实现策略模式。

package cn.dayangshuo.collectors;

/**
 * @author DAYANG
 */
public class SwitchTest {
    public static void main(String[] args) {
        var me = 4;
        var operation = "平方";
        var result = switch (operation) {
            case "加倍" -> {
                yield me * 2;
            }
            case "平方" -> {
                yield me * me;
            }
            default -> me;
        };

        System.out.println(result);
    }
}

2. 文本块改进

第二个预览功能是多行String的文本块，例如嵌入的 JSON、XML、HTML 等。

早些时候，为了在我们的代码中嵌入 JSON，我们将其声明为字符串文字：

String JSON_STRING 
  = "{\r\n" + "\"name\" : \"Baeldung\",\r\n" + "\"website\" : \"https://www.dayangshuo.cn/\"\r\n" + "}";

现在让我们使用字符串文本块编写相同的 JSON ：

String TEXT_BLOCK_JSON = """
{
    "name" : "Baeldung",
    "website" : "https://www.dayangshuo.cn/"
}
""";

很明显，不需要转义双引号或添加回车。通过使用文本块，嵌入的 JSON 更易于编写，更易于阅读和维护。

3. 动态CDS档案

一段时间以来，类数据共享 (CDS) 一直是 Java HotSpot VM 的一个突出特性。它允许 在不同的 JVM 之间共享类元数据，以减少启动时间和内存占用 。JDK 10 通过添加应用程序 CDS ( AppCDS ) 扩展了这种能力——让开发人员能够在共享存档中包含应用程序类。JDK 12 进一步增强了这个特性，默认包括 CDS 归档。

但是，归档应用程序类的过程很繁琐。要生成存档文件，开发人员必须先试运行他们的应用程序以创建类列表，然后将其转储到存档中。之后，该存档可用于在 JVM 之间共享元数据。

通过动态归档，JDK 13 简化了这个过程。现在 我们可以在应用程序退出时生成一个共享存档 。这消除了试运行的需要。

要使应用程序能够在默认系统存档之上创建动态共享存档，我们需要添加一个选项*-XX:ArchiveClassesAtExit*并将存档名称指定为参数：

java -XX:ArchiveClassesAtExit=<archive filename> -cp <app jar> AppName

然后，我们可以使用新创建的存档通过*-XX:SharedArchiveFile*选项运行相同的应用程序：

java -XX:SharedArchiveFile=<archive filename> -cp <app jar> AppName

4. ZGC：取消提交未使用的内存

Java 11 中引入了ZGC作为低延迟垃圾收集机制，因此 GC 暂停时间从未超过 10 毫秒。但是，与 G1 和 Shenandoah 等其他 HotSpot VM GC 不同，它没有配备将未使用的堆内存返回给操作系统的功能。

我们现在减少了内存占用并提高了性能。

从 Java 13 开始， ZGC 现在默认将未提交的内存返回给操作系统 ，直到达到指定的最小堆大小。如果我们不想使用此功能，我们可以通过以下方式回到 Java 11 方式：

• 使用选项 -XX:-ZUncommit， 或
• 设置相等的最小 ( -Xms ) 和最大 ( -Xmx ) 堆大小

此外，ZGC 现在支持的最大堆大小为 16TB。早些时候，限制到4TB 。

5. 重新实现 Legacy Socket API

自 Java 出现以来，我们已经将 Socket（java.net.Socket和 java.net.ServerSocket ）API 视为 Java 不可或缺的一部分。然而，在过去的二十年里，它们从未现代化。它们是用遗留的 Java 和 C 编写的，既麻烦又难以维护。

Java 13 逆势而上，取代了底层实现，使 API 与未来的用户模式线程保持一致。提供者接口现在指向NioSocketImpl而不是 PlainSocketImpl 。这个新编码的实现基于与java.nio相同的内部基础结构。

同样，我们确实有办法回到使用 PlainSocketImpl。我们可以通过将系统属性* -Djdk.net.usePlainSocketImpl设置为true来启动 JVM，以使用较旧的实现。默认值为NioSocketImpl。*

6. 其他

除了上面列出，Java 13 还为我们带来了一些更显着的变化：

• java.nio –添加了方法*FileSystems.newFileSystem(Path, Map<String, ?>)
• javax.crypto – 支持下一代 MS 密码术 (CNG)
• javax.security – 添加属性jdk.sasl.disabledMechanisms以禁用 SASL 机制
• javax.xml.crypto – 引入新的字符串常量来表示规范 XML 1.1 URI
• javax.xml.parsers - 添加新方法以实例化具有命名空间支持的 DOM 和 SAX 工厂
• Unicode 支持升级到版本 12.1
• 添加了对 Kerberos 主体名称规范化和跨领域引用的支持

转自https://zhuanlan.zhihu.com/p/483814011