java 21的记录类与模式匹配使switch处理嵌套对象更安全简洁：通过record定义不可变数据结构，结合类型+记录+列表模式及守卫条件，实现多层解构、null防御和编译期穷尽性检查。
java 21 引入的 记录类（record） + 模式匹配（pattern matching），让 switch 处理嵌套对象变得既安全又简洁。关键不是“写得快”，而是“读得清、改得稳、错得明”——解构模式天然适配不可变数据结构，配合 switch 的穷尽性检查，能大幅减少 null 判断、类型转换和临时变量。
用 record 定义清晰的数据骨架
先确保你的嵌套结构由 record 构成（或至少顶层是 record），每层都应是不可变、可解构的。例如：
record User(String name, Address address, List<order> orders) {}
record Address(String city, String zip, GeoLocation geo) {}
record GeoLocation(double lat, double lng) {}
record Order(long id, BigDecimal amount, Status status) {}
enum Status { PENDING, SHIPPED, DELIVERED }
</order>
这样每一层都自带 deconstruct 能力（record 编译器自动生成），switch 才能层层解构。
在 switch 中直接解构多层嵌套
Java 21+ 允许 switch 表达式中使用 类型模式 + 记录模式（Record Pattern） 组合，一次匹配并提取多级字段：
String classify(User user) {
return switch (user) {
case User(var name, Address(var city, var zip, GeoLocation(double lat, double lng)), List<order> orders)
when lat > 40.0 && city.equals("New York") -> "NY high-lat user";
case User(_, Address("Tokyo", _, _), [Order(_, _, Status.DELIVERED), ..]) -> "Tokyo delivered duo+";
case User(String n, Address(String c, _, _), [Order(var id, _, _)])
when n.length() > 5 && id > 1000L -> "big-name big-id single order";
case User(_, _, []) -> "no orders";
case null -> "user is null";
default -> "other";
};
}
</order>
-
var 可用于跳过不关心的字段（如
_或var name） -
嵌套 record 模式：如
Address(var city, ..., GeoLocation(double lat, ...))直接解出经纬度 -
列表模式：
[Order(...), ..]匹配两个及以上订单；[Order(...)]匹配恰好一个；[]匹配空列表 -
守卫条件（when） 放在模式后，可访问所有已解构变量（
lat,city,id等），无需再 get()/isXXX()
处理 null 和不完整结构要主动防御
record 模式默认不匹配 null —— 所以必须显式加 case null 分支。同时，若某层可能为 null（比如 User.address 可为空），就不能直接写 Address(...)，否则会跳过该分支。
- 方案一：用 类型模式兜底：
case User(_, null, _) -> "missing address" - 方案二：把可空字段声明为
Optional<address></address>，再用Optional[Address(...)]模式（需 record 字段类型一致） - 方案三：重构数据源，让 record 字段非 null（推荐），用构造器校验，真正实现“null-safe by design”
编译期保障：穷尽性检查 + 类型安全
只要 switch 是 表达式形式（有返回值），且所有 case 覆盖了目标类型的全部可能（包括 null），Java 编译器就会强制你补全分支。例如：
- 忘了
case null？编译失败 - 漏了某个 enum 值（如没写
Status.PENDING对应分支），而你用了enum Status的 exhaustive switch？编译失败 - 解构时字段名写错（如把
lat写成latitude）？编译失败 —— 因为 record 没这个组件
这种“写错就报、少写就拦”的机制，比运行时 NPE 或 ClassCastException 更早暴露问题。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
