e是隐式final的，因多异常捕获中e可能代表多种类型，允许重赋值会破坏类型安全与“异常只读”设计直觉，编译器禁止e = new IOException()等操作。
在 Java 7 引入的多异常捕获（multi-catch）语法中，catch (ExceptionA | ExceptionB e) 形式的参数 e 是**隐式 final 的**——你不能在 catch 块内对它重新赋值。
为什么 e 是隐式 final？
这是语言规范强制要求的，目的是避免歧义和潜在错误。因为 e 可能代表多种不同类型的异常对象（如 IOException 或 SQLException），如果允许修改其引用，会导致类型安全性难以保障，也违背了“异常对象只读”的设计直觉。
- 编译器会直接拒绝类似
e = new IOException();或e = null;的语句，报错：「cannot assign a value to final variable e」 - 即使没有显式写
final关键字，效果等同于catch (final ExceptionA | ExceptionB e) - 该限制仅作用于变量本身（即引用不可变），不影响调用其方法（如
e.getMessage()、e.printStackTrace()）
与单异常 catch 的一致性
这种隐式 final 行为和传统单异常 catch (IOException e) 完全一致。Java 从早期就规定 catch 参数默认不可重赋值，multi-catch 只是延续并强化了这一约定，确保语法演进不破坏语义一致性。
- 无论捕获一种还是多种异常，
e都不可被重新指向另一个对象 - 如果你需要转换或包装异常，应创建新变量，例如：
RuntimeException wrapped = new RuntimeException("wrapping", e);
实际编码建议
利用好这个隐式 final 特性，能帮你写出更安全、意图更清晰的异常处理代码：
- 避免无意义的重赋值操作，减少误改原始异常信息的风险
- 配合
e instanceof或getClass()进行类型区分时，可放心依赖e的原始类型和状态 - 若需统一日志或转化逻辑，优先使用
e.getCause()、e.getStackTrace()等只读访问方式
