当前位置:首页 > 文章列表 > 文章 > java教程 > Java pattern matching 怎样在 switch 中绑定 record 分量

Java pattern matching 怎样在 switch 中绑定 record 分量

来源:17golang原创 2026-10-24 21:46:22 0浏览 收藏

如果一个 switch 分支既要判断对象类型,又要读取 record 的多个分量,Java 21 之后可以把两件事写在同一个 pattern 中:case Rectangle(double length, double width) 会在匹配成功时直接绑定 length 和 width。这样做的重点不是少写两个访问器,而是让“这个分支需要什么数据”跟分支条件放在一起。

下面的例子都以 Java 21 及以上为前提。record pattern 和 switch pattern matching 在这个版本已经是正式语言能力,不需要再加 preview 开关。

用 switch 直接绑定 record 分量

先定义一个封闭的形状层次。Shape 只允许 Rectangle 和 Circle 两种实现,switch 因此可以清楚地覆盖各个类型:

sealed interface Shape permits Rectangle, Circle {}
record Rectangle(double length, double width) implements Shape {}
record Circle(double radius) implements Shape {}

static String describe(Shape shape) {
    return switch (shape) {
        // 直接绑定矩形的两个 record 分量,分支内无需再次调用访问器
        case Rectangle(double length, double width) ->
                "矩形:" + length + " × " + width;
        // 只绑定当前分支真正需要的半径
        case Circle(double radius) ->
                "圆形:半径 " + radius;
        // 显式接住空引用,避免把 null 当作普通类型分支
        case null -> "形状为空";
    };
}

这里的 Rectangle(double length, double width) 不是构造一个新对象,而是检查选择器是否为该 record 类型,并把两个组件值绑定到模式变量。封闭层次使分支关系更容易维护;如果以后增加新的 permitted 类型,编译器会提醒你重新考虑穷尽性。

Shape switch 选择器与 Rectangle、Circle record 分量及 null 边界的静态关系说明图
图1:switch 与 record pattern 的静态关系说明图,展示分支如何直接取得 record 分量。

嵌套 record pattern 怎样减少重复访问器

record pattern 可以继续嵌套。假设订单中有客户,客户中有地址,业务分支只关心城市和邮编:

record Address(String city, String zip) {}
record Customer(String name, Address address) {}
record Order(String id, Customer customer) {}

static String shippingArea(Order order) {
    return switch (order) {
        // 一次匹配订单、客户和地址,并在分支中拿到 city 与 zip
        case Order(String id, Customer(String name,
                Address(String city, String zip))) ->
                id + " / " + name + " / " + city + " " + zip;
        // 明确表达空订单的处理结果
        case null -> "订单为空";
    };
}

嵌套模式适合结构稳定、分量确实属于当前判断的场景。它把数据形状写在一个地方,读者可以沿着模式看到依赖关系;但如果嵌套已经很深,或者多个分支重复同一段模式,先拆成局部变量或小方法往往更容易维护。

Order、Customer、Address 以及 city、zip 嵌套 record pattern 的静态数据结构说明图
图2:嵌套 record pattern 的数据结构说明图,展示多层分量绑定与条件收窄的关系。

用 when 收窄已经绑定的分量

绑定分量之后,还可以在 case 后用 when 写守卫。例如只把正尺寸矩形交给面积计算分支:

static double area(Shape shape) {
    return switch (shape) {
        // 先匹配 record,再用已绑定的分量限制业务条件
        case Rectangle(double length, double width)
                when length > 0 && width > 0 -> length * width;
        // 尺寸不合法时保留原对象,便于错误信息包含完整输入
        case Rectangle(double length, double width) ->
                throw new IllegalArgumentException(
                        "矩形尺寸必须为正:" + length + " × " + width);
        // 圆形只需要绑定半径
        case Circle(double radius) when radius >= 0 ->
                Math.PI * radius * radius;
        // 负半径和 null 都明确落到错误分支
        case Circle(double radius) ->
                throw new IllegalArgumentException("半径不能为负:" + radius);
        case null -> throw new IllegalArgumentException("shape 不能为 null");
    };
}

同一种 record 可以出现多个 pattern 分支,但更具体的守卫要放在一般分支前面。when 只能使用当前 pattern 已经绑定且在作用域内的变量;它不是把任意条件塞进类型匹配,而是对已经匹配的对象再做业务收窄。

四个容易踩到的边界

  • record pattern 不匹配 null。 如果输入可能为空,使用 case null 或在进入 switch 前完成明确的空值策略。
  • 访问器异常不是普通的“不匹配”。 record pattern 会读取组件访问器;如果自定义访问器异常结束,异常处理策略应由调用方决定。
  • 穷尽性仍然要满足。 switch 表达式必须覆盖所有可能值;sealed 类型、default 和显式 null 要按实际模型组合。
  • 不要为了炫技无限嵌套。 当模式跨越多个业务边界,或者同一字段要经过复杂校验时,拆分对象和命名局部变量会更清晰。

可以用下面的判断清单收尾:分支是否真的需要 record 的多个分量?这些分量是否只服务于当前分支?嵌套层级是否仍能一眼读懂?空值和穷尽性是否已经明确?四个问题都能回答清楚时,record pattern 通常比“先 instanceof、再强转、再逐个调用访问器”更贴合代码意图。

相关问题

record pattern 会复制 record 对象吗?不会。它是在匹配过程中读取组件并绑定变量,不会因为写了 pattern 就创建另一个 record。

什么时候保留传统访问器写法?当字段需要多步校验、跨层转换或复用在多个分支时,显式局部变量通常比很长的嵌套 pattern 更容易调试。

Java 17 能直接使用这套写法吗?不能按本文的正式语义直接照搬。record pattern 与正式的 switch 模式匹配应以 Java 21 及以上为目标,并结合项目编译器版本确认可用语法。

参考资料

https://docs.oracle.com/en/java/javase/25/language/pattern-matching.html

https://docs.oracle.com/en/java/javase/21/language/java-language-changes-release.html

版本声明
本文转载于:17golang原创 如有侵犯,请联系study_golang@163.com删除
Java ZoneOffsetTransition 怎样判断夏令时的重复与跳过时间Java ZoneOffsetTransition 怎样判断夏令时的重复与跳过时间
上一篇
Java ZoneOffsetTransition 怎样判断夏令时的重复与跳过时间
Java HttpRequest 怎样用 BodyPublishers.ofInputStream 延迟产生请求体
下一篇
Java HttpRequest 怎样用 BodyPublishers.ofInputStream 延迟产生请求体
查看更多
最新文章
查看更多
课程推荐
  • 前端进阶之JavaScript设计模式
    前端进阶之JavaScript设计模式
    设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
    543次学习
  • GO语言核心编程课程
    GO语言核心编程课程
    本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
    516次学习
  • 简单聊聊mysql8与网络通信
    简单聊聊mysql8与网络通信
    如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
    500次学习
  • JavaScript正则表达式基础与实战
    JavaScript正则表达式基础与实战
    在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
    487次学习
  • 从零制作响应式网站—Grid布局
    从零制作响应式网站—Grid布局
    本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
    485次学习
查看更多
AI推荐
  • PubMedQA数据集详解:生物医学问答基准、功能与应用指南
    PubMedQA
    深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
    667次使用
  • H2O EvalGPT:开源LLM大模型评估与排行榜工具
    H2O EvalGPT
    H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
    684次使用
  • LMArena是什么?伯克利AI模型评估平台使用指南与功能解析
    LMArena
    LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
    730次使用
  • 斯坦福HELM:大语言模型Holistic Evaluation整体评估框架详解
    HELM
    深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
    699次使用
  • MMBench详解:多模态大模型基准测试、功能特点与使用指南
    MMBench
    MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
    532次使用
微信登录更方便
  • 密码登录
  • 注册账号
登录即同意 用户协议 和 隐私政策
返回登录
  • 重置密码