JDK21来了！附重要更新说明

JDK21 计划23年9月19日正式发布，虽然一直以来都是“版本随便出，换 8 算我输”，但这么多年这么多版本的折腾，如果说之前的 LTS版本JDK17你还觉得不香，那 JDK21还是有必要关注一下，因为会有一批重要更新发布到生产环境中，特别是千呼万唤的虚拟线程，虽然说这东西我感觉不需要的用不到，需要的早都转go了，哈哈，但作为近几年JDK一个“重大”的更新，在实际开发应用中还是是有很大价值的。所以这篇文章主要提取了这次更新中个人感觉比较有价值的几点做个基本的介绍，想要尝鲜的同学可以看下。

Visual Threads （虚拟线程） -JEP 444

先看下官方对虚拟线程（Visual Threads）描述：

总结下就是之前java中的线程是“platform thread”即平台线程，它由操作系统线程为基础，按照1:1的模式调度，这导致线程的创建与执行都是很耗资源的，同时数量也受系统的约束；但新的虚拟线程则是由JDK提供，你可以把它看作是在平台线程基础上创建的“一批”线程，它们有效地共享所属的平台线程也就是操作系统线程的资源，从而提升系统利用率，并不受数量限制。

目标描述：

说白了就是现在我们不用怎么改代码就可以创建一个轻量级的虚拟线程，实现简单同时还能够充分发挥硬件性能。

一个简单的代码示例

try (var executor = Executors.newVirtualThreadPerTaskExecutor()) {
    IntStream.range(0, 10000).forEach(i -> {
        executor.submit(() -> {
            Thread.sleep(Duration.ofSeconds(1));
            return i;
        });
    });
}  // executor.close() is called implicitly, and waits

SequencedCollection Interface（顺序集合 接口）

兄弟们，作为一个天天CRUD，CPU跑不满20%的程序员， 相比上面的虚拟线程，这次关于集合类接口的更新我感觉更实在一些

JDK21中我们常用的Set、List、Deque与Map集合类分别继承实现了SequencedCollection、 SequencedMap 接口，为我们执行一些顺序性操作比如获取头尾值提供了各类接口方法

继承关系如下图所示：

接口定义如下

interface SequencedCollection<E> extends Collection<E> {
    // new method
    SequencedCollection<E> reversed();
    // methods promoted from Deque
    void addFirst(E);
    void addLast(E);
    E getFirst();
    E getLast();
    E removeFirst();
    E removeLast();
}

interface SequencedSet<E> extends Set<E>, SequencedCollection<E> {
    SequencedSet<E> reversed();    // covariant override
}

interface SequencedMap<K,V> extends Map<K,V> {
    // new methods
    SequencedMap<K,V> reversed();
    SequencedSet<K> sequencedKeySet();
    SequencedCollection<V> sequencedValues();
    SequencedSet<Entry<K,V>> sequencedEntrySet();
    V putFirst(K, V);
    V putLast(K, V);
    // methods promoted from NavigableMap
    Entry<K, V> firstEntry();
    Entry<K, V> lastEntry();
    Entry<K, V> pollFirstEntry();
    Entry<K, V> pollLastEntry();
}

Record Patterns （记录模式）-JEP 440

这个更新主要简化了类型判断与赋值的使用，类型判断后无需显式强制转换且如果模式匹配，变量被初始化为要匹配的模板值， 这个说起来比较拗口，结合代码大家理解下，我感觉还是挺有用的，这里我把JDK8 JDK17 JDK21 的实现进行一个对比，大家就明白了。

// As of Java 8
record Point(int x, int y) {}

static void printSum(Object obj) {
    if (obj instanceof Point) {
        Point p = (Point) obj;
        int x = p.x();
        int y = p.y();
        System.out.println(x+y);
    }
}

// As of Java 16
record Point(int x, int y) {}

static void printSum(Object obj) {
    if (obj instanceof Point p) {
        int x = p.x();
        int y = p.y();
        System.out.println(x+y);
    }
}

// As of Java 21
static void printSum(Object obj) {
    if (obj instanceof Point(int x, int y)) {
        System.out.println(x+y);
    }
}

Pattern Matching for switch （switch模式匹配） – JEP 441

switch 的模式匹配可以与Record Patterns结合使用 允许在任何对象上制定 switch 语句和表达式。看一下代码例子：

static String formatterPatternSwitch(Object obj) {
    return switch (obj) {
        case Integer i -> String.format("int %d", i);
        case Long l    -> String.format("long %d", l);
        case Double d  -> String.format("double %f", d);
        case String s  -> String.format("String %s", s);
        case Position(int x, int y)   -> String.format("String %s,String %s", x,y);
        default        -> obj.toString();
    };
}

同时当编译器判断所有分支都已涵盖时，switch不再需要分支default，如下面的代码

void flyJava21(Direction direction) { 
    switch (direction) {
       case CompassDirection.NORTH -> System.out.println("Flying north"); 
       case CompassDirection.SOUTH -> System.out.println("Flying south");
       case CompassDirection.EAST -> System.out.println("Flying east");
       case CompassDirection.WEST -> System.out.println("Flying west"); 
       case VerticalDirection.UP -> System.out.println("Gaining altitude"); 
       case VerticalDirection.DOWN -> System.out.println("Losing altitude"); 
    } 
}

Generational ZGC（分代式 ZGC） -JEP 439

主要是增加了对分代的支持，提高垃圾回收的性能，看下整体描述

使用命令行选项 -XX:+UseZGC 将选择非分代式 ZGC；要选择分代式 ZGC，需要添加 -XX:+ZGenerational 选项。

$ java -XX:+UseZGC -XX:+ZGenerational ...

总结就是当前版本中如果想使用ZGC，命令行选项增加 -XX:+UseZGC，但默认是非分代式GC；要使用分代式ZGC ，需要改为 $ java -XX:+UseZGC -XX:+ZGenerational ，而在后续的版本中会默认改为分代GC。

以上就是JDK21版本中我感觉一些有价值的更新，如果大家希望能够更进一步的了解还是要去官网https://openjdk.org/projects/jdk/21/ 自行查看，并在发布之后在使用中实际验证。

之所以有这次总结，主要还是有感于java近年来受到其他各类语言的冲击，颇有垂垂老矣的感觉，让我这个C#出身的javaer又想起了一段不好的回忆，哈哈，所以看看这次的更新是否能给点力， 当前java语言的下行趋势也可以说是国内IT行业兴衰起伏的一个侧面写照，当然作为一个提供生产力的编程语言，围绕java建立起的整个完整、稳定、强大的生态仍然会在它适合的领域起到重要的作用，这是一时半会无法改变的，但你指望靠它干到退休估计连收了学费的培训机构也不敢这样说，程序员的职业寿命从来不是某种编程语言决定的。最后我还是想说入行的菜鸟才纠结于语言优劣，成熟老手知道这早有定论，让我们大声喊出：   

                                     "PHP是最好的语言"

这不是玩梗，因为从某种角度上讲： 

                                 "生产力才是决定语言生死的关键"

•  
•  
•  参考资料：https://openjdk.org/projects/jdk/21/
•  
•  

   关注微信公众号，查看更多技术文章。