java 21 switch类型匹配为异常处理提供简洁安全新范式，支持自动类型检查与变量绑定、编译时覆盖检查、拒绝null输入，并需配合null校验、语义分组、default兜底及error显式过滤。
Java 21 引入的 switch 表达式支持类型匹配（JEP 406），让 switch 不再局限于常量值，而是可以直接根据对象的实际运行时类型做分支判断——这为异常分类处理提供了简洁、安全、可读性强的新范式。
用 switch 匹配异常类型，替代冗长 if-else 链
传统方式需逐个 instanceof 判断，易出错且难以维护。switch 类型匹配则天然支持多类型分支，并强制覆盖常见情况：
- 每个
case Type t ->自动完成类型检查 + 变量绑定，t可直接使用，无需二次强转 - 编译器会提示缺失的常见异常类型（如未写
case NullPointerException），增强健壮性 - 不支持
null输入 —— 若传入null，会明确抛出NullPointerException，避免静默失败
处理受检异常与非受检异常的混合场景
当 try 块可能抛出多种异常（如 IOException、SQLException、IllegalArgumentException），可在 catch 中统一捕获 Throwable，再用 switch 分类：
-
必须先判 null：因 switch 对 null 敏感，建议在进入 switch 前加
if (t == null) throw new IllegalArgumentException("Unexpected null exception") - 按业务语义分组：比如将
IOException和ConnectException归为“网络异常”，统一记录并重试；将SQLException和DataAccessException归为“数据层异常”，转为自定义业务异常 - 保留
default分支：对未预期的异常（如新增的第三方 SDK 异常），记录完整堆栈并包装为UnprocessableException，防止漏处理
结合 try-with-resources 与 switch 实现资源+异常双管控
在需要自动释放资源又需精细异常分类的场景（如文件解析+数据库写入），可将异常捕获后交由 switch 处理：
- 资源声明放在 try 括号内，确保无论是否异常都关闭
- catch 块只负责“收异常”，不做具体逻辑，立刻交给 switch 表达式分流
- switch 返回统一的响应对象（如
Result<t></t>），让调用方无感知底层异常差异
注意边界：Error 仍应拒绝处理
虽然 switch 能匹配 OutOfMemoryError 等类型，但绝不应在生产代码中捕获或处理 Error：
- switch 分支里若出现
case OutOfMemoryError e -> { ... }，属于严重设计错误 - 建议在最外层 catch
Throwable后，用 if 显式过滤：if (t instanceof Error) { System.exit(1); }，再把剩余Exception交给 switch - 保持 “Error 终止，Exception 可恢复” 的语义清晰性
