java 21+ 支持 instanceof 后直接解构 record 字段，要求 record 无私有字段、字段名类型可静态推导、解构名与字段名严格一致，变量作用域仅限 if 条件块内，不可用于 switch 或赋值语句。
instanceof 后直接解构 Record 字段，Java 21+ 才支持
Java 21 引入的 instanceof 模式匹配扩展，允许在类型检查同时绑定字段值——但仅限于 record 类型，且必须满足「可静态推导字段名与类型」这一前提。普通类、匿名类、甚至带自定义 canonical constructor 的 record（若字段名/顺序不匹配）都会失败。
- 必须用 Java 21 或更高版本编译运行，
--enable-preview在 21 中已移除，无需额外参数 - record 声明不能含私有字段或重写
components()，否则解构变量绑定会静默失败或报错incompatible types - 解构变量名必须与 record 字段名完全一致，大小写敏感；不支持别名或重排顺序
示例：
<pre class="brush:php;toolbar:false;">record Point(int x, int y) {}
Object obj = new Point(3, 4);
if (obj instanceof Point(<code>x, y)) { // ✅ 绑定成功，x 和 y 可直接用
System.out.println(x + ", " + y);
}
Record 解构变量作用域只在 instanceof 条件块内
解构出的变量（如 x、y）不是声明在外部作用域，而是由模式匹配语法隐式引入，生命周期严格限定在 if 的条件表达式及其大括号内。这点和传统变量声明完全不同，容易误以为能跨语句使用。
- 离开
if块后访问x会编译报错："cannot find symbol" - 不能用于
else分支，哪怕else if是另一个instanceof模式也不共享变量名 - 嵌套
if时，内层解构同名变量会遮蔽外层（但通常没必要这么写）
和传统 instanceof + 强转相比，性能几乎无差异，但可读性提升明显
字节码层面，JVM 对 instanceof 模式匹配做了优化，解构字段本质仍是调用 record 的 accessor 方法（如 Point.x()），没有反射或运行时生成代码。所以它不是语法糖的“假优化”，而是真·零开销抽象。
- 避免了重复强转：不用再写
(Point)obj.x()，也省去临时变量Point p = (Point)obj; - 字段访问仍受 final 语义保护，不会绕过 record 不可变性
- IDE（如 IntelliJ 2023.2+）能正确识别解构变量类型，提供补全和类型检查
- 注意：如果 record 字段是泛型（如
record Box<t>(T value)</t>），解构时无法推导T具体类型，value类型为Object，需额外转型
常见错误：把 record 模式当 switch case 用，或混用 var
record 模式只支持在 instanceof 中使用，不能出现在 switch 表达式（Java 21 的 switch 模式不支持 record 解构）、for 循环或赋值语句左侧。另外，var 不能用于解构位置。
立即学习“Java免费学习笔记（深入）”；
- ❌ 错误写法：
if (obj instanceof Point(var x, var y))——var不允许出现在模式中 - ❌ 错误写法：
switch (obj) { case Point(x, y) -> ... }—— Java 21 的switch模式不支持 record 解构（要等 Java 22+ preview 功能） - ❌ 错误写法：
Point(x, y) p = obj;—— 解构语法只能作为instanceof的右操作数，不能独立声明 - ⚠️ 警惕 IDE 自动补全误导：某些插件可能建议添加
var，实际编译不过
真正安全的起点，就是老老实实从 if (obj instanceof RecordName(field1, field2)) 开始用，字段名对齐、JDK 版本够、record 定义干净——其他花招都先放一放。
