Java 21+ Record模式匹配不支持泛型类型的具体参数解构，因类型擦除导致运行时仅存原始类型；解构时字段推导为Object，需配合instanceof校验类型安全，或改用密封类+具体化Record规避。
Java 21+ 的 Record 模式匹配**不支持泛型类型的具体参数解构**，这是由 Java 类型擦除机制决定的硬性限制——模式匹配在编译期和运行时都只能看到泛型擦除后的原始类型（如 List），无法感知 List<String> 或 Result<User> 中的类型参数。
泛型 Record 的模式匹配实际行为
当你声明一个带泛型的 record，例如：
record Result<T>(T value, String error) {}
它在 JVM 层面等价于 record Result(Object value, String error)。因此：
- ✅ 可以用
Result(var v, String e)解构，v类型推导为Object，不是原始泛型参数T - ❌ 不能写
Result<User>(User u, String e)—— 泛型尖括号在模式中语法非法 - ❌ 也不能写
Result(User u, String e)—— 编译器会报错“incompatible types”，因为value字段实际类型是Object，不是User
安全处理泛型字段的推荐做法
若需对泛型字段做类型敏感操作，必须分两步：先用 Record 模式解构出原始值，再显式转型或校验：
立即学习“Java免费学习笔记（深入）”；
- 用
var或Object接收泛型字段，避免编译错误 - 配合
instanceof运行时检查确保类型安全，例如：if (result instanceof Result(Object v, String e) && v instanceof User user)
此时user是已校验的User实例，可安全使用 - 避免直接强转（如
(User) v），否则可能触发ClassCastException
替代方案：用密封类 + 具体类型 Record 绕过泛型
若业务场景频繁依赖类型精确性，更健壮的设计是放弃泛型 record，改用密封类体系：
- 定义
sealed interface Result permits Success<T>, Failure - 为关键类型声明具体 record：
record Success<T>(T value) implements Result {}→ 但注意：泛型仍不可用于模式；更好的方式是拆成非泛型子类，如record UserSuccess(User user) implements Result、record OrderSuccess(Order order) implements Result - 这样可在
switch中直接写case UserSuccess(User u) -> ...，完全规避泛型擦除问题
本质上，Record 模式匹配面向的是结构而非类型参数。它擅长解构已知形状的数据，但不延伸至泛型语义层面。需要类型精确性的场景，应优先靠设计（密封类、具体化 record）而非依赖泛型模式。
