从 JDK 12 到 JDK 17，Java 语言正以前所未有的速度进行自我革新。长久以来被戏称为“啰嗦”的它，通过一系列语法层面的增强，正变得越来越简洁、表达力更强，也更接近现代编程语言的风格。本文将带你系统梳理这六个版本中那些可能让你“差点没认出来”的 Java 关键语法演进。
语法新特性一览
1. switch 表达式：告别“陷阱重重”的传统写法
痛点
传统的 switch 语句不支持返回值，且容易因遗漏 break 而引入隐蔽的 Bug。
新特性（JEP 325/354/361）
switch 可作为表达式，直接返回值。- 引入箭头语法（
->），实现更紧凑的写法。
- 支持多标签匹配。
- 使用
yield 在代码块中显式返回值。
示例
用于 HTTP 状态码的分类处理，例如构建统一响应或记录错误日志。
String result = switch (statusCode) {
case 200 -> "OK";
case 404 -> "Not Found";
case 500 -> {
logError();
yield "Server Error";
}
default -> "Unknown";
};
优势：代码简洁、安全，逻辑分支的表达更加清晰直接。
2. 文本块（Text Blocks）：三引号带来的优雅字符串
痛点
以往编写多行字符串需要大量使用 \n 和字符串拼接，导致代码难以阅读和维护。
新特性（JEP 355/368/378）
- 使用三个双引号
""" 来定义多行字符串。
- 自动处理缩进和换行。
- 支持行连接符
\。
示例
非常适合构建 SQL 查询、HTML 模板或 JSON 配置片段。
示例1-sql查询
String query = """
SELECT id, name, email
FROM users
WHERE status = 'ACTIVE'
ORDER BY created_at DESC
""";
示例2-html模板
String html = """
<html>
<body>
<h1>Welcome, %s!</h1>
</body>
</html>
""".formatted(user.getName());
优势：极大地简化了 JSON、SQL、HTML 等嵌入式文本内容的编写工作。
3. instanceof 模式匹配：更聪明的类型判断
痛点
使用 instanceof 进行类型判断后，总是需要一次显式的强制类型转换，代码显得重复而冗余。
新特性（JEP 305，JDK 16）
- 在
instanceof 判断的同时，可以直接绑定一个类型转换后的变量。
示例
适用于处理多种类型的请求参数、事件派发或在策略模式中进行类型判断。
public void process(Object input) {
if (input instanceof String s) {
handleText(s);
} else if (input instanceof Integer i) {
handleNumber(i);
} else {
throw new IllegalArgumentException("Unsupported input type");
}
}
优势：消除了显式强转的步骤，代码更易读、更安全。
4. record 类：一行代码定义数据载体
痛点
定义一个简单的 POJO 数据类需要编写大量的样板代码，如构造器、getter、equals、hashCode 和 toString 方法。
新特性（JEP 384，JDK 16）
- 用一行代码即可定义一个不可变的数据类。
- 编译器自动生成完整的构造器、访问器、
equals、hashCode、toString 方法。
示例
非常适合用作接口响应对象、查询结果封装或消息体定义。
示例1-接口响应
public record ApiResponse<T>(int code, String message, T data) {}
ApiResponse<User> response = new ApiResponse<>(200, "OK", user);
示例2-封装查询结果
public record UserSummary(String name, int postCount) {}
List<UserSummary> summaries = userRepository.getSummaries();
优势：专为数据建模而生，用极简的语法保证了数据的一致性和不可变性。在云栈社区的 Java 板块，你可以找到更多关于 record 等现代 Java 特性的深度讨论和实战案例。
5. 密封类（Sealed Classes）：精准控制继承范围
痛点
接口或抽象类可以被任意扩展，无法在编译期约束子类的范围，不利于进行精确的领域建模。
新特性（JEP 360，JDK 17）
- 使用
sealed 关键字修饰类或接口。
- 通过
permits 子句显式声明允许继承的子类。
示例
用于建模有限的、受控的业务状态，如支付结果、订单状态或登录结果。
支付状态
public sealed interface PaymentResult permits Success, Failure {}
public final class Success implements PaymentResult {
String transactionId;
// ...
}
public final class Failure implements PaymentResult {
String reason;
// ...
}
处理支付结果：
void handle(PaymentResult result) {
if (result instanceof Success s) {
log("Success: " + s.transactionId());
} else if (result instanceof Failure f) {
log("Failure: " + f.reason());
}
}
优势：提供了编译期安全的受控扩展能力，特别适合与模式匹配结合使用，是构建健壮后端领域模型的有力工具。
Web 应用中的实际使用
假设我们有一个 Web 应用功能：用户提交订单后，系统处理订单并返回结果（成功、库存不足、支付失败等状态）。下面看看如何运用这些新特性。
1. 使用 record 定义响应对象与 DTO
文件：OrderRequest.java
public record OrderRequest(Long userId, List<Long> productIds, String paymentType) {}
文件：OrderResponse.java
public record OrderResponse(String orderNo, String message, int code) {}
用途：
- 在 Controller 层接收请求和返回响应。
- 彻底省略了 getter、setter 和构造器。
- 天然的不可变性，非常适合并发和函数式风格。
2. 使用 sealed + instanceof 进行订单结果建模和处理
文件：OrderResult.java
public sealed interface OrderResult permits OrderSuccess, OrderFailure {}
public final class OrderSuccess implements OrderResult {
public final String orderNo;
public OrderSuccess(String orderNo) {
this.orderNo = orderNo;
}
}
public final class OrderFailure implements OrderResult {
public final String reason;
public OrderFailure(String reason) {
this.reason = reason;
}
}
在 Service 中处理结果：
public OrderResponse handleResult(OrderResult result) {
if (result instanceof OrderSuccess success) {
return new OrderResponse(success.orderNo, "下单成功", 200);
} else if (result instanceof OrderFailure failure) {
return new OrderResponse(null, failure.reason, 500);
}
throw new IllegalStateException("未知结果类型");
}
优点：
- 明确约束了方法返回的类型范围。
- 避免了未授权的类实现此接口。
- 结合
instanceof 模式匹配，处理逻辑简洁明了。
3. 使用 switch 表达式处理支付类型
文件：PaymentType.java（枚举）
public enum PaymentType {
CREDIT_CARD, WECHAT, ALIPAY
}
在 Service 层选择支付服务：
public PaymentService getPaymentService(PaymentType type) {
return switch (type) {
case CREDIT_CARD -> creditCardService;
case WECHAT -> wechatPayService;
case ALIPAY -> aliPayService;
};
}
优点：
- 优雅地替代了冗长的 if-else 链。
- 编译器会检查是否遗漏了分支，增加安全性。
4. 使用文本块生成 SQL 或消息模板
在 Repository 中写动态 SQL：
String sql = """
SELECT * FROM orders
WHERE user_id = ?
AND created_at >= DATE_SUB(NOW(), INTERVAL 30 DAY)
ORDER BY created_at DESC
""";
发送邮件或通知模板：
String content = """
亲爱的用户，您的订单已成功创建：
订单编号：%s
总金额：%.2f 元
感谢您的购买！
""".formatted(orderNo, totalAmount);
优点：
- 无需进行繁琐的字符串拼接。
- 保持了 SQL 或模板本身的结构清晰，非常适合业务开发。
5. Controller 层综合调用示例
@RestController
@RequestMapping("/orders")
public class OrderController {
@PostMapping
public ResponseEntity<OrderResponse> placeOrder(@RequestBody OrderRequest request) {
OrderResult result = orderService.createOrder(request);
OrderResponse response = orderService.handleResult(result);
return ResponseEntity.status(response.code()).body(response);
}
}
总结
| 特性 |
实际作用 |
模块 |
record |
快速构建不可变 DTO 与响应体 |
Controller/DTO |
sealed |
精确限定子类，建模业务状态 |
Service/Domain |
instanceof模式匹配 |
简洁判断不同业务返回类型 |
Service |
switch表达式 |
优雅地分发策略/状态处理 |
Service |
| 文本块 |
结构化模板与 SQL 管理更清晰 |
Repository/通知模板 |
总结一览表
新特性总结：
| 特性 |
JEP |
Java版本 |
优势 |
switch表达式 |
325/354/361 |
12-14 |
表达式化、安全简洁 |
| 文本块 |
355/368/378 |
13-15 |
编写多行字符串更自然 |
instanceof模式匹配 |
305 |
16 |
去除强转，增强可读性 |
record类 |
384 |
16 |
快速定义不可变数据类 |
| 密封类 |
360 |
17 |
限制继承，提高建模安全性 |
最佳使用场景总结：
| 特性 |
实践推荐场景 |
说明 |
switch表达式 |
状态判断、分支处理、枚举映射 |
替代复杂 if-else |
| 文本块 |
SQL/HTML/JSON模板、配置文件构造 |
可读性强 |
instanceof模式匹配 |
类型分发、策略切换、事件处理 |
精简类型判断 |
record类 |
响应对象、DTO、只读配置结构体 |
最适合不可变数据 |
| 密封类 |
状态机建模、业务结果分类、事件系统 |
编译时安全的继承控制 |
写在最后
从 JDK 12 到 JDK 17，Java 正在坚定地摆脱“啰嗦语言”的刻板印象，走上一条现代化转型之路。record、模式匹配、文本块等特性并非华而不实的语法糖，它们实实在在地提升了日常开发的效率，让代码意图更清晰，维护成本更低。
未来的 Java 不再仅仅是“企业级”稳重可靠的代名词，它正在变得更轻盈、更富有表现力、更“聪明”。对于每一位开发者而言，是时候重新审视并积极拥抱这些让 Java 焕然一新的改变了。如果你想持续追踪这些技术演进，并与其他开发者交流实战心得，云栈社区会是一个不错的去处。
发表于 1 小时前
|
查看: 3|
回复: 0
