版本演进 on Liangweidong's blog

Spring Boot 与 JDK 版本演进：从 1.5 到 3.2 的二十年 Java 生态大事记

Sun, 15 Dec 2024 00:00:00 +0800

2024 年 12 月，Spring Boot 3.4 刚发布、JDK 21 LTS 满一年、JDK 17 LTS 满三年。回看过去 28 年（1996 JDK 1.0 - 2024 Spring Boot 3.4），Java 生态的版本节奏从"5 年一版 LTS"加速到"2 年一版 LTS"。对于一个 Java 团队来说，版本选型就是技术战略。

本文写于 2024 年 12 月——JDK 17 LTS 是当下主推、JDK 21 LTS 崭露头角，Spring Boot 3.3/3.4 是生产首选。下文的部分早期版本（JDK 8、JDK 11、Spring Boot 2.x）以"2024 视角回望"的方式呈现。

一、JDK 版本演进时间线（1996-2024）

版本	发布日期	关键特性	状态
JDK 1.0	1996-01-23	Java 起点	已淘汰
JDK 1.1	1997-02-19	内部类、反射、JavaBeans	已淘汰
JDK 1.2	1998-12-04	Collections 框架、JIT、Swing	已淘汰
JDK 1.3	2000-05-08	HotSpot JVM、JavaSound	已淘汰
JDK 1.4	2002-02-13	正则、NIO、日志、XML	已淘汰
JDK 1.5	2004-09-30	泛型、注解、枚举、并发包	已淘汰
JDK 1.6	2006-04	动态语言支持、HTTP Server API	已淘汰
JDK 1.7	2011-07-28	G1 回收器、try-with-resources、菱形语法	已淘汰
JDK 1.8 LTS	2014-03-18	Lambda、Stream、Optional、Nashorn、移除 PermGen	当前生产主力
JDK 9.0	2017-09-21	模块系统（JPMS）、JShell、HTTP/2 Client	已淘汰
JDK 10.0	2018-03-21	局部变量类型推断 `var`	已淘汰
JDK 11 LTS	2018-09-25	HttpClient、ZGC（实验）、Lambda var、移除 Java EE/CORBA	生产新主力
JDK 12.0	2019-03-19	Switch 表达式（预览）	已淘汰
JDK 13.0	2019-09-17	文本块（预览）	已淘汰
JDK 14.0	2020-03-17	Records（预览）、NPE 增强提示	已淘汰
JDK 15.0	2020-09-15	ZGC + 密封类（预览）	已淘汰
JDK 16.0	2021-03-16	Records 正式	已淘汰
JDK 17 LTS	2021-09-15	Sealed Classes 正式、Switch 模式匹配	2024 当下生产主力
JDK 21 LTS	2023-09	虚拟线程正式	2024 新晋 LTS

1.1 LTS 节奏

1.6 (2006) → 1.7 (2011)：5 年
1.7 (2011) → 1.8 (2014)：3 年
1.8 (2014) → 11 (2018)：4 年（Oracle 改为"3 年一版 LTS"）
11 (2018) → 17 (2021)：3 年
17 (2021) → 21 (2023)：2 年（开始加速）

对企业选型的启示：

5-7 年一个 LTS 周期，意味着企业 JDK 升级周期约为 3-5 年
选 LTS 版本长期维护，规避非 LTS 短期版本

1.2 JDK 8 的"长寿"原因

JDK 8（2014-03-18 发布）到 2024 年 12 月已经 10 年，至今仍有一批存量系统在跑（行业惯性 + 商业 JDK 8 商业支持仍在售）。原因：

Lambda + Stream 改变 Java 编程范式
Optional + CompletableFuture 提升函数式能力
方法引用 / 默认方法 增强接口演进能力
Nashorn（已废弃）首次带来 JVM 跑 JS 能力
PermGen → Metaspace 减少 OOM 痛点

直到 JDK 11 出现，Java 生态才"集体升级"。2024 视角回望：JDK 8 的"长寿"在 JDK 11 / JDK 17 之后才被真正打破——这也是 LTS 节奏从 5 年压缩到 2 年的拐点。

1.3 JDK 11 的 5 大新特性

HTTP Client API 标准化（孵化多版本后正式）
ZGC 可用（毫秒级 GC 暂停，4TB 堆支持）
Lambda 参数 var（写 (var x, var y) -> ...）
移除 Java EE / CORBA（瘦身 30%+）
飞行记录器（JFR）开放（生产可启用）

二、Spring Boot 版本演进时间线（2014-2024）

版本	发布日期	关键特性	JDK 要求
Spring Boot 1.0	2014-04	起步	JDK 6+
Spring Boot 1.2	2015-01	引入 starter 体系	JDK 6+
Spring Boot 1.3	2015-11	`@SpringBootApplication`	JDK 6+
Spring Boot 1.4	2016-04	`@SpringBootTest`	JDK 6+
Spring Boot 1.5	2017-01	Kafka/Actuator 完善	JDK 7+
Spring Boot 2.0	2018-03	WebFlux、Reactive、Java 8+	JDK 8+
Spring Boot 2.1	2018-10	GraalVM（实验）、性能优化	JDK 8+

2.1 Spring Boot 版本命名规则

1
2
3
4
5
6
7
8
9


Alpha：不建议使用，主要是以实现软件功能为主，通常只在软件开发者内部交流，Bug 较多；
Beta：该版本相对于α版已有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除；
GA：General Availability，正式版本，官方推荐使用此版本，在国外都是用GA来说明release版本；
M：又叫里程碑版本，表示该版本较之前版本有功能上的重大更新；
PRE(不建议使用)：预览版，内部测试版，主要是给开发人员和测试人员测试和找BUG用的；
Release：最终版本，Release不会以单词形式出现在软件封面上，取而代之的是符号®；
RC：该版本已经相当成熟了，基本上不存在导致错误的BUG，与即将发行的正式版相差无几；
SNAPSHOT：快照版，可以稳定使用，且仍在继续改进版本。
SR.X：修正版，服务版本，当项目发布积累到一定程度，需要修复该版本中的某个错误后以此来命名，X表示数字。

2.2 截至 2024-12 的版本选择

1
2
3


3.0.0(SNAPSHOT) 最少 java17 （未发布）
2.7.5(SNAPSHOT) 最少 java8 （生产）
2.6.13(SNAPSHOT) 最少 java8 （生产）

生产推荐（2024 视角）：

保守派：Spring Boot 3.3 + JDK 17（LTS 长期维护组合）
激进派：Spring Boot 3.4 + JDK 21（虚拟线程 + 模式匹配）
存量维护：Spring Boot 2.7（已于 2023-11 停止 OSS 支持，仅商业支持）

2.3 Spring Boot 2.6 → 2.7 关键变化

2.6（2021-11）默认禁止循环引用：

1
2
3
4


# application.yml
spring:
 main:
 allow-circular-references: true # 2.6 之前隐式允许，2.6+ 默认禁止

2.7（2022-05）核心新特性：

@AutoConfiguration 注解（替换过时的注册方式）
GraphQL 支持
Podman 支持（替代 Docker）
RabbitStreamTemplate 支持
Hazelcast 支持
Cache2k 支持
Web Server SSL 增强
Info 端点增强
单元测试加强

三、版本选型实战建议（2024 年时点）

3.1 新项目起步

场景	JDK	Spring Boot
企业内部管理系统	17	3.3
互联网电商	21（虚拟线程）	3.4
金融/政府强合规	17（合规）	3.2（稳定）
IoT 边缘计算	21	3.4

3.2 升级路径

JDK 8 → JDK 11 升级清单：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24


# 1. 升级构建工具
mvn -version # 确认 Maven 3.5+

# 2. 升级依赖
<dependency>
 <groupId>javax.xml.bind</groupId> <!-- 移除 -->
 <artifactId>jaxb-api</artifactId>
</dependency>
<!-- 替换为 -->
<dependency>
 <groupId>jakarta.xml.bind</groupId> <!-- JDK 11+ -->
 <artifactId>jakarta.xml.bind-api</artifactId>
 <version>2.3.3</version>
</dependency>

# 3. 升级 IDE
# IntelliJ IDEA 2018.3+ 支持 JDK 11

# 4. 升级框架
<parent>
 <groupId>org.springframework.boot</groupId>
 <artifactId>spring-boot-starter-parent</artifactId>
 <version>2.1.0.RELEASE</version>
</parent>

Spring Boot 1.5 → 2.1 升级清单：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15


<!-- javax → jakarta 替换 -->
<dependency>
 <groupId>javax.servlet</groupId>
 <artifactId>javax.servlet-api</artifactId>
</dependency>
<!-- 替换为 -->
<dependency>
 <groupId>javax.servlet</groupId>
 <artifactId>javax.servlet-api</artifactId>
 <version>4.0.1</version> <!-- 升级到 4.0+ 支持 Jakarta EE -->
</dependency>

<!-- Tomcat 8 → 9 -->
<!-- Hibernate 5 → 6 -->
<!-- Thymeleaf 3 → 4 -->

3.3 监控升级

升级后必做的几件事：

JVM 启动参数对比：

1
2
3
4
5


# JDK 8
JAVA_OPTS="-Xms4g -Xmx4g -XX:PermSize=512m -XX:MaxPermSize=512m"

# JDK 11+（PermGen 已被移除）
JAVA_OPTS="-Xms4g -Xmx4g -XX:MetaspaceSize=512m -XX:MaxMetaspaceSize=512m"

GC 切换：

1
2
3
4
5
6
7
8
9


# JDK 8 默认
-XX:+UseParallelGC

# JDK 11 推荐（低延迟）
-XX:+UseG1GC
-XX:MaxGCPauseMillis=200

# JDK 11 试验（超低延迟）
-XX:+UseZGC

监控接入：

1
2
3
4
5
6
7
8
9


# Spring Boot 2.1 Actuator
management:
 endpoints:
 web:
 exposure:
 include: "*"
 endpoint:
 health:
 show-details: always

四、写在最后

2024 年这个时点，Java 生态已经历了"JDK 17 → JDK 21"、“Spring Boot 2.x → 3.x"两轮大升级。对于一个想保持竞争力的 Java 团队：

保守策略：JDK 17 + Spring Boot 3.3 → 2025 评估 JDK 21 升级
激进策略：JDK 21 + Spring Boot 3.4（2024 当下就用，吃虚拟线程红利）

个人建议：

2024 年新项目：直接用 JDK 21 + Spring Boot 3.4

已有项目升级：以 JDK 17 + Spring Boot 3.3 为目标版本，2025 上半年完成

长期规划：2026 年底前完成所有项目 JDK 21 升级

五、2024 视角回望 2018

站在 2024 年 12 月回望 2018 年 12 月那篇文章的选型判断，6 年时间 Java 生态的演进有三条主线：

LTS 节奏真正加速：2018 年还是"3 年一版 LTS"的预期，2024 年看是"2 年一版 LTS”（17→19→21）。企业升级窗口期被进一步压缩
Spring Boot 2.6/2.7 完成了 1.x → 2.x 最后的过渡：默认禁止循环引用（2.6）、@AutoConfiguration 注解（2.7）都是为 3.0 破坏性升级铺路
GraalVM 从实验变实战：2018 年 Spring Boot 2.1 提"GraalVM 实验"，到 2024 年 Spring Boot 3.x + GraalVM Native Image 已成云原生部署标配
JDK 8 的"超长服役"被打破：2024 年新项目几乎默认 JDK 17+，“用 JDK 8 起步"已是历史

参考资料

Java 21 LTS 版本特性全景：从 Records 到虚拟线程

Fri, 20 Sep 2024 00:00:00 +0800

Java 21 LTS 版本特性全景：从 Records 到虚拟线程

为什么 LTS 版本对生产至关重要

Java 自 2017 年（Java 9）起改为每 6 个月发版、每 3 年一个 LTS（Long-Term Support）。LTS 版本（8/11/17/21）由 Oracle 提供至少 5 年商业支持，是企业生产环境首选。

版本	发布年月	类型	Oracle 维护截止	关键特性
Java 8	2014-03	LTS	2030-12（延长）	Lambda、Stream、Optional、新 Date API
Java 11	2018-09	LTS	2026-09	HTTP Client、var、ZGC 试验
Java 17	2021-09	LTS	2029-09	Sealed Class、Pattern Matching、Records（正式）
Java 21	2023-09	LTS	2031-09	虚拟线程、序列集合、String Templates（预览）、分代 ZGC
Java 25	2025-09	LTS（下一代）	2033+	待定

本文按版本时序梳理 8 → 21 的核心特性，重点展开 17/21 两个 LTS 的"必须升级"理由。

Java 8（2014-03）：函数式编程革命

Lambda 表达式

 1
 2
 3
 4
 5
 6
 7
 8
 9
10


// 旧写法：匿名内部类
Runnable r1 = new Runnable() {
 @Override
 public void run() {
 System.out.println("hello");
 }
};

// 新写法：Lambda
Runnable r2 = () -> System.out.println("hello");

Stream API

1
2
3
4
5


List<String> result = users.stream()
 .filter(u -> u.getAge() >= 18)
 .map(User::getName)
 .sorted()
 .collect(Collectors.toList());

Optional 抗 NPE

1
2


Optional<User> user = userRepo.findById(id);
String name = user.map(User::getName).orElse("anonymous");

新 Date/Time API（`java.time`）

替代 java.util.Date / SimpleDateFormat（线程不安全）。

Java 11（2018-09）：HTTP Client + var

`var` 局部变量类型推断

1
2


var list = new ArrayList<String>(); // 推断为 ArrayList<String>
var stream = list.stream(); // 推断为 Stream<String>

标准 HTTP Client

1
2
3
4
5
6
7


HttpClient client = HttpClient.newHttpClient();
HttpRequest req = HttpRequest.newBuilder()
 .uri(URI.create("https://api.example.com/users"))
 .header("Content-Type", "application/json")
 .GET()
 .build();
HttpResponse<String> resp = client.send(req, HttpResponse.BodyHandlers.ofString());

字符串新方法

isBlank() / strip() / repeat(n) / lines()。

Java 17（2021-09）：Records + Sealed + Pattern Matching

Record（不可变数据载体）

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12


// 旧写法：30 行 POJO
public class User {
 private final Long id;
 private final String name;
 public User(Long id, String name) { this.id = id; this.name = name; }
 public Long getId() { return id; }
 public String getName() { return name; }
 // equals/hashCode/toString ...
}

// 新写法：1 行
public record User(Long id, String name) {}

Sealed Class（封闭类）

1
2
3
4
5
6


public sealed interface Shape permits Circle, Rectangle, Triangle {
 double area();
}
public record Circle(double radius) implements Shape {
 public double area() { return Math.PI * radius * radius; }
}

编译器在 switch Pattern Matching 时能做穷尽性检查：

1
2
3
4
5
6


double total = switch (shape) {
 case Circle c -> c.area();
 case Rectangle r -> r.width() * r.height();
 case Triangle t -> 0.5 * t.base() * t.height();
 // 无需 default，编译器保证穷尽
};

Text Blocks（Java 13 引入、15 正式）

1
2
3
4
5


String html = """
 <html>
 <body>Hello</body>
 </html>
 """;

Pattern Matching for instanceof（Java 16 正式）

1
2
3
4
5
6
7
8
9


// 旧写法
if (obj instanceof String) {
 String s = (String) obj;
 System.out.println(s.length());
}
// 新写法
if (obj instanceof String s) {
 System.out.println(s.length());
}

Java 21（2023-09）：下一代 LTS

Java 21 是 Java 8 以来最值得升级的 LTS。三大核心：虚拟线程、序列集合、分代 ZGC。

1. 虚拟线程（Virtual Threads，JEP 444）

问题：传统平台线程 1:1 映射 OS 线程，1MB 栈空间 × 10000 并发 = 10GB 内存。

方案：虚拟线程由 JVM 调度到少量 OS 线程（M:N），内存占用从 MB 降到 KB，百万级并发成为可能。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17


// 创建方式 1：Thread.ofVirtual()
Thread vt = Thread.ofVirtual().name("vt-1").start(() -> {
 System.out.println("running in virtual thread");
});

// 创建方式 2：Thread.startVirtualThread()
Thread.startVirtualThread(() -> callExternalApi());

// 创建方式 3：ExecutorService
try (var executor = Executors.newVirtualThreadPerTaskExecutor()) {
 IntStream.range(0, 10_000).forEach(i -> {
 executor.submit(() -> {
 Thread.sleep(Duration.ofMillis(100));
 return i;
 });
 });
}

对 Web 框架的影响：

Spring Boot 3.2+ 内置 spring.threads.virtual.enabled=true
Tomcat 默认线程池切换到虚拟线程，10K 并发连接用 1 个平台线程即可
注意：避免在虚拟线程中使用 synchronized（pin 住平台线程），改用 ReentrantLock

2. 序列集合（Sequenced Collections，JEP 431）

新接口统一 List / Deque / SortedSet 的"首尾"操作：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12


List<String> list = new ArrayList<>(List.of("a", "b", "c"));

// 旧写法（要记 addFirst 还是 add(0, e)）
list.add(0, "first");
String first = list.get(0);

// 新写法
list.addFirst("first");
String head = list.getFirst();
String tail = list.getLast();
list.removeLast();
List<String> reversed = list.reversed(); // 反转视图

3. Switch 模式匹配（Pattern Matching for switch，JEP 441）

Java 21 正式版，覆盖 Java 17 的类型模式 + 守卫模式：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18


// 带 when 守卫
String format(Object obj) {
 return switch (obj) {
 case Integer i when i > 0 -> "正整数: " + i;
 case Integer i -> "非正整数: " + i;
 case Long l -> "Long: " + l;
 case String s -> "字符串: " + s;
 case null -> "null";
 default -> obj.toString();
 };
}

// null 模式（Java 21 新增）
switch (obj) {
 case null -> System.out.println("null safe");
 case String s -> System.out.println("string: " + s);
 default -> System.out.println("other");
}

4. Record Patterns（记录模式，JEP 440）

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


record Point(int x, int y) {}
record Segment(Point start, Point end) {}

// 解构
String describe(Object obj) {
 return switch (obj) {
 case Point(int x, int y) -> "点(" + x + ", " + y + ")";
 case Segment(Point s, Point e) -> "线段: " + s + " → " + e;
 default -> "其他";
 };
}

5. 字符串模板（String Templates，JEP 459 预览）

1
2
3
4
5


// 旧写法
String msg = "User " + user.name() + " (id=" + user.id() + ") scored " + score;

// 新写法
String msg = STR."User \{user.name()} (id=\{user.id()}) scored \{score}";

支持自定义模板处理器（STR / FMT / RAW），可用于 SQL 安全拼接、HTML 转义等。

6. 未命名类和实例主方法（JEP 445）

简化 Hello World 写法（被网友调侃"卵用不大"）：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


// Java 8 写法
public class HelloWorld {
 public static void main(String[] args) {
 System.out.println("Hello, World!");
 }
}

// Java 21 写法
void main() {
 System.out.println("Hello, World!");
}

7. 分代 ZGC（Generational ZGC，JEP 439）

问题：传统 ZGC 把年轻代老年代同等对待，浪费性能。

方案：分代 ZGC 区分新生代（短命对象）和老年代（长命对象），新生代用更激进的收集策略。

启用：

1

java -XX:+UseZGC -XX:+ZGenerational MyApp

升级路径建议

从 Java 8 → 17

风险	缓解
Sun 内部 API 移除（`sun.misc.*`）	替换为公共 API 或加 `--add-exports` 临时绕过
Nashorn JavaScript 引擎移除	改用 GraalVM JavaScript
强封装 JDK 内部（`--illegal-access` 默认为 deny）	加 `--add-opens`
CMS 收集器移除	改用 G1（默认）或 ZGC

从 Java 17 → 21

升级成本低（向下兼容），主要工作是开启虚拟线程：

1
2
3
4
5


# application.yml
spring:
 threads:
 virtual:
 enabled: true # Spring Boot 3.2+ 一键开启

然后排查代码中的 synchronized 块（pin 住平台线程），改用 ReentrantLock。

LTS 选择决策树

1
2
3
4
5
6


项目周期 < 1 年？
├── 是 → 选最新非 LTS（用新特性）
└── 否
 ├── 2024 启动 → 选 Java 17（生态成熟）
 ├── 2024 启动 + 大量并发连接 → 选 Java 21（虚拟线程）
 └── 2026+ 启动 → 选 Java 21 / 等 Java 25（2025-09 LTS）

小结

Java 21 是 Java 8 以来最值得升级的 LTS。虚拟线程 + 分代 ZGC 让 Java 在高并发 / 云原生场景下重新具备竞争力；Record + Sealed + Pattern Matching 让 Java 进入"数据导向编程"新范式。建议所有新项目直接基于 Java 21，老项目（Java 8/11）按"先 17 再 21"两步走策略升级。

版本演进 on Liangweidong's blog

Spring Boot 与 JDK 版本演进：从 1.5 到 3.2 的二十年 Java 生态大事记

一、JDK 版本演进时间线（1996-2024）

1.1 LTS 节奏

1.2 JDK 8 的"长寿"原因

1.3 JDK 11 的 5 大新特性

二、Spring Boot 版本演进时间线（2014-2024）

2.1 Spring Boot 版本命名规则

2.2 截至 2024-12 的版本选择

2.3 Spring Boot 2.6 → 2.7 关键变化

三、版本选型实战建议（2024 年时点）

3.1 新项目起步

3.2 升级路径

3.3 监控升级

四、写在最后

五、2024 视角回望 2018

参考资料

Java 21 LTS 版本特性全景：从 Records 到虚拟线程

Java 21 LTS 版本特性全景：从 Records 到虚拟线程

为什么 LTS 版本对生产至关重要

Java 8（2014-03）：函数式编程革命

Lambda 表达式

Stream API

Optional 抗 NPE

新 Date/Time API（java.time）

Java 11（2018-09）：HTTP Client + var

var 局部变量类型推断

标准 HTTP Client

字符串新方法

Java 17（2021-09）：Records + Sealed + Pattern Matching

Record（不可变数据载体）

Sealed Class（封闭类）

Text Blocks（Java 13 引入、15 正式）

Pattern Matching for instanceof（Java 16 正式）

Java 21（2023-09）：下一代 LTS

1. 虚拟线程（Virtual Threads，JEP 444）

2. 序列集合（Sequenced Collections，JEP 431）

3. Switch 模式匹配（Pattern Matching for switch，JEP 441）

4. Record Patterns（记录模式，JEP 440）

5. 字符串模板（String Templates，JEP 459 预览）

6. 未命名类和实例主方法（JEP 445）

7. 分代 ZGC（Generational ZGC，JEP 439）

升级路径建议

从 Java 8 → 17

从 Java 17 → 21

LTS 选择决策树

小结

新 Date/Time API（`java.time`）

`var` 局部变量类型推断