JDK17 前后写法对比：差点没认出是 Java！

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` 模式匹配：更聪明的类型判断

痛点

类型判断后必须显式强转，重复又冗余。

新特性（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 等）。

新特性（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();

优势：专为数据建模而生，简洁且不易出错。

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 {}

publicfinalclass OrderSuccess implements OrderResult {
    publicfinal String orderNo;
    public OrderSuccess(String orderNo) {
        this.orderNo = orderNo;
    }
}

publicfinalclass OrderFailure implements OrderResult {
    publicfinal 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);

优点：

无需拼接；
保持结构清晰，适合业务模板开发。

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、只读配置结构体	最适合不可变数据
密封类	状态机建模、业务结果分类、事件系统	编译时安全的继承控制

写在最后

从 JDK12 到 JDK17，Java 逐步摆脱了“啰嗦语言”的帽子，走上了现代化转型之路。这些语法特性使得日常开发更高效、代码更简洁，也更易于维护。

未来的 Java 不再只是“企业级”稳重代名词，它正在变得更轻盈、更聪明——值得每一位开发者重新审视与拥抱。

往期热门文章：

1、烂尾了，Spring 官方亲自杀死了亲儿子 Spring CLI

2、高德二面：线上慢SQL导致CPU飙升，怎么解决？

3、取代 IDEA！Cursor 3 发布，VS Code 那套 IDE 过时了！

4、DeepSeek 版 Claude Code 来了，一个美国佬为 DeepSeek 做了一个终端 Agent

5、Prompt 已死，GPT-5.5 官方发布新的提示词咒语指南！

6、工作六年，看到这样的代码，内心五味杂陈...

7、聊聊Mybatis-Plus中的10个坑！

8、为什么 Claude Code 没有一句废话？扒光它的底层提示词，我悟了！

9、面试官尬笑：你说半天就能读完一个开源项目源码，不就是用 AI 吗？我说：是用 DeepWiki，而且是 Codemap 模式！

10、Claude Code、Cursor 和 Codex，到底选哪个？

亚马逊云科技技术品牌专区

更多推荐

Kiro Editor 开发实战：使用 Cargo 构建、测试与性能优化指南

欢迎来到这篇终极指南，我们将深入探索如何使用Rust构建高性能的终端文本编辑器Kiro Editor。无论你是Rust新手还是经验丰富的开发者，这篇完整教程将带你了解如何利用Cargo工具链进行高效的开发、测试和性能优化，打造一款快速、轻量且功能强大的UTF-8文本编辑器。## 什么是Kiro Editor？Kiro Editor是一款使用Rust编写的极简终端文本编辑器，它最初是著名编辑