面经策

Switch 模式匹配是什么？相比传统 switch 有什么改进？ ​

  • 标签：Java、新特性

🏛 业务架构师 ​

Switch 模式匹配（JDK 21 转正，JEP 441）让 switch 直接按类型与结构匹配对象：

java
String describe(Object obj) {
    return switch (obj) {
        case Integer i when i > 0 -> "正整数: " + i;   // 类型模式+守卫
        case String s             -> "文本: " + s;
        case Point(int x, int y)  -> "坐标: " + x + "," + y; // record 解构
        case null                 -> "空值";            // null 安全
        default                   -> "其他";
    };
}

相比传统 switch 的改进（按业务价值排序）：

  1. 类型分支替代 if-instanceof 链：老代码 if (obj instanceof Integer i) {...} else if (obj instanceof String s) {...} 的长链，变成扁平清晰的分支表——可读性、可维护性质变；
  2. 穷尽性检查（最值钱）：配密封类使用时，switch 覆盖所有子类后可省 default；将来新增子类，没处理它的 switch 全部编译报错——"新增业务类型漏改分支"这类生产事故从机制上根除。这是传统 switch/if 完全给不了的安全网；
  3. Record 解构：直接在 case 里拆出字段，数据访问一步到位；
  4. 箭头语法与无 fall-through：不再有忘 break 导致的穿透 bug；多值合并 case A, B -> 简洁；
  5. null 安全：case null 显式处理，告别老 switch 遇 null 直接 NPE；
  6. 表达式化：switch 有返回值，可赋值/返回——从"控制流语句"升级为"求值表达式"，函数式风格代码更紧凑。

落地建议：领域事件分发、消息类型处理、状态机流转这些"按类型分派业务逻辑"的场景全面采用——它是密封类的最佳拍档，两者组合是 Java 21 业务代码现代化的标志性收益。

🏗 系统架构师 ​

Switch 模式匹配（JDK 21 转正）= switch 的 case 从"常量匹配"升级为"类型 + 结构匹配 + 条件守卫"：

java
String describe(Object obj) {
    return switch (obj) {
        case Integer i when i > 1000 -> "大整数: " + i;      // 类型模式 + when 守卫
        case Integer i              -> "整数: " + i;
        case String s               -> "字符串: " + s;
        case Point(int x, int y)    -> "点: " + x + "," + y;  // 记录解构模式
        case null                   -> "空值";                // null 安全（老 switch NPE）
        default                     -> "其他";
    };
}

相比传统 switch 的改进（架构价值）：

  • 从值匹配到类型解构：老 switch 只能比常量（int/String/enum）；新模式匹配处理对象结构——替代 instanceof-else-if 链，消除了"类型判断 + 强转"两步走（老代码 if (obj instanceof Point p) 已进步，但嵌套取字段仍啰嗦）；
  • 穷尽性检查（最大价值）：配合 sealed 类型，编译器验证分支覆盖完整性——新增子类型时漏改的 switch 编译失败，重构安全性质变；传统 if-else 链漏分支只有运行时才知道；
  • null 安全：case null 显式处理，老 switch 传 null 直接 NPE；
  • 表达式化 + 箭头语法：switch 有返回值（可赋值/返回），无 fall-through 陷阱（箭头分支不穿透），作用域干净（模式变量只在分支内）；
  • when 守卫：类型内再分条件，表达力对齐现代语言。

工程影响：访问者模式的代码量大减（模式匹配覆盖其多数场景）、领域事件/状态机处理的样板消除。sealed + record + pattern matching switch 构成 Java 的代数数据类型能力——这是 JDK 17→21 最有架构含量的语言进化，我团队的新代码规范已强制用它替代 instanceof 链。

💻 全栈开发专家 ​

Switch 模式匹配（JDK 21 正式，JEP 441）：case 直接「类型判断 + 解构 + 绑定变量」，三件套一步到位。

相比传统 switch 的改进：

  1. 类型模式替代 instanceof+强转链：
java
// 老写法：instanceof + 显式强转 + if-else 山
// 新写法：
String desc = switch (obj) {
    case Integer i when i > 0 -> "正整数 " + i;     // when 守卫条件
    case Integer i -> "其他整数 " + i;
    case String s  -> "字符串 " + s.toUpperCase();
    case Point(int x, int y) -> "坐标 " + x + "," + y;  // record 解构（JDK 21）
    case null      -> "空值";                        // null 直接收编
    default        -> "未知";
};
  1. 箭头语法：无 fall-through（老 switch 忘 break 的万年坑）、多常量逗号分隔、表达式形式可赋值/返回；
  2. 穷尽性检查：配 sealed 类型时，漏分支编译报错；case null 的引入让 NPE 防御进了 switch；
  3. record 解构模式：case Order(String id, var amt) 直接拆字段。

生产重构实例：把消息处理器的 if (msg instanceof X) { X x = (X) msg; ... } 三十层阶梯换成 sealed Msg + switch 模式匹配——代码量减半，新增消息类型编译器推着我补全分支。

注意点：子类型分支必须放父类型之前（先 Integer 后 Number，顺序错了编译器直接报错）；switch 表达式没有 default 时必须穷尽；老式冒号语法仍可用但新代码别再写。配合 sealed interface 食用是 JDK 21+ Java 的最强建模工具。