JDK 17

概述

JDK 17 是 Java 的长期支持版本（LTS），于 2021 年 9 月发布。上一个 LTS 是 JDK 11（2018 年 9 月）；中间 JDK 12～16 为半年一发的短期特性版本，每版引入少量 JEP，最终在 JDK 17 汇总为新的 LTS 基线。

从 JDK 11 直接跳到 JDK 17 时，需要关注的不只是 JDK 17 当版的 14 个 JEP，还包括 12～16 中已转正的语言特性（switch 表达式、文本块、record、模式匹配等）以及 JVM、工具链方面的累积变化。版本节奏与 LTS 策略见 Java 版本历史。

版本路线（JDK 11 → JDK 17）

JDK 12（2019-03）

JDK 13（2019-09）

JDK 14（2020-03）

语言特性

switch 表达式示例：

String dayType = switch (day) {
    case MONDAY, TUESDAY, WEDNESDAY, THURSDAY, FRIDAY -> "工作日";
    case SATURDAY, SUNDAY -> "周末";
    default -> throw new IllegalArgumentException("无效日期");
};

instanceof 模式匹配（预览阶段）示例：

if (obj instanceof String s) {
    System.out.println(s.length());
}

JVM、平台与工具

JDK 15（2020-09）

语言特性

文本块示例：

String json = """
        {
          "name": "Java",
          "version": 17
        }
        """;

JVM、平台与工具

JDK 16（2021-03）

语言特性

record 示例：

public record Point(int x, int y) {}

Point p = new Point(1, 2);
System.out.println(p.x()); // 1

JVM、平台与工具

JDK 17（2021-09，LTS）

语言特性

密封类（JEP 409）

密封类和密封接口用来限制哪些类可以继承或实现某个类/接口。

Java 原有两个极端：final 类完全不能继承，普通类/接口任何人都能继承，缺少「只允许指定的几个子类」这个中间选项。密封类主要解决：

1. 模式匹配的穷举性检查

没有密封类时，switch 无法知道所有子类，必须写 default，漏掉某种情况编译器不报错：

// 旧写法：漏掉 Triangle 也不报错
String desc = switch (shape) {
    case Circle c -> "圆";
    case Rectangle r -> "矩形";
    default -> "未知";  // 掩盖了遗漏
};

// 密封类：漏掉 Triangle 编译器直接报错
String desc = switch (shape) {
    case Circle c -> "圆";
    case Rectangle r -> "矩形";
    // 编译错误：缺少 Triangle
};

2. 表达领域约束

某些业务类型天然有固定变体，密封类可以在类型系统层面强制表达这种约束，而不只是靠文档约定。

3. 比枚举更强

枚举每个值只是单例，无法携带不同的字段；密封类每种子类可以有完全不同的结构：

sealed interface PaymentResult permits Success, Failure, Pending {}

record Success(String transactionId, BigDecimal amount) implements PaymentResult {}
record Failure(String errorCode, String message) implements PaymentResult {}
record Pending(String trackingId) implements PaymentResult {}

核心关键字：

• sealed — 声明该类/接口是密封的
• permits — 列出允许继承的子类
• 子类必须选择三者之一：
  • final — 不能再被继承
  • sealed — 继续密封，再限制下一级
  • non-sealed — 开放，任何人都可以继承

public sealed interface Shape
    permits Circle, Rectangle, Triangle {}

public final class Circle implements Shape {
    double radius;
}

public final class Rectangle implements Shape {
    double width, height;
}

public non-sealed class Triangle implements Shape {
    double base, height;
}

配合 switch 表达式，编译器知道所有可能的子类型，可做完整性检查：

double area = switch (shape) {
    case Circle c    -> Math.PI * c.radius * c.radius;
    case Rectangle r -> r.width * r.height;
    case Triangle t  -> 0.5 * t.base * t.height;
};

JVM、平台与工具

增强型随机数生成器示例：

RandomGenerator generator = RandomGeneratorFactory.of("L64X128MixRandom").create();
int randomInt = generator.nextInt(100);

外部函数与内存 API（孵化）示例：

try (MemorySegment segment = MemorySegment.allocateNative(100)) {
    // operate on off-heap memory
}

语言特性演进小结（JDK 12 → 17）

从 JDK 11 升级到 JDK 17 时，上表中标为正式的特性均无需 --enable-preview 即可使用。

版本信息

• 发布日期：2021 年 9 月 14 日
• LTS 版本；上一个 LTS 为 JDK 11
• JDK 17 当版 JEP 数量：14 个
• Class 文件 major version：61

Oracle 官方支持周期

从 JDK 17 升级到 JDK 21 的策略

JDK 17 的 Premier Support 于 2026 年 9 月到期，下一个 LTS 版本是 JDK 21。推荐采用三阶段迁移，而非一步到位：

阶段一：替换废弃 API（在 JDK 17 上完成）

1. 用 jdeprscan --release 21 扫描废弃 API 使用情况
2. 替换 SecurityManager、finalize()、Thread.stop() 等将被移除的 API
3. 检查所有未显式指定字符集的代码（如 new String(bytes)、new FileReader(file)），统一改为 StandardCharsets.UTF_8——JDK 18 起默认字符集改为 UTF-8，这是最常见的隐性 breaking change

阶段二：升级第三方库（仍在 JDK 17 上运行）

找到同时兼容 JDK 17 和 JDK 21 的库版本作为过渡版本，逐库升级，不要一次全换：

• Spring Boot → 3.2+（同时支持 JDK 17 和 JDK 21）
• Mockito → 5.x
• ByteBuddy → 1.14+
• 其他字节码增强类框架同步升级

升级后部署上线，稳定运行一段时间再进行下一阶段。

阶段三：升级 JDK 到 21

代码和依赖都已验证稳定后，切换 JDK 版本，代码不动：

1. 跑完整测试套件
2. 上线，观察 GC 行为、线程池等运行指标

这样每个阶段都有独立的回滚点，出问题能快速定位是代码变更还是运行时升级引入的。

参考

• OpenJDK JDK 17
• JDK 12～JDK 16 项目页
• JDK 17 Release Notes
• JDK 17 to JDK 21 Migration Guide
• Java 版本历史

维护记录