接口与多态不定义异常层次，但支撑异常处理的灵活性：接口解耦处理行为，多态实现运行时动态分发，而异常体系采用继承因需共享状态、JVM识别和编译检查。
接口与多态本身不直接定义Java异常层次，但它们在异常处理的设计和使用中起到关键支撑作用——异常类体系是继承结构，而接口和多态让异常的捕获、扩展与统一处理更灵活、可维护。
接口如何参与异常处理机制
Java标准库中，Throwable 是所有异常和错误的根类（非接口），但自定义异常场景下，接口可用于抽象异常行为或封装异常策略。例如：
- 定义异常处理器接口：interface ExceptionHandler { void handle(Throwable t); }，不同实现类可分别处理日志记录、告警推送或降级响应；
- 配合函数式接口（如 Consumer<Exception>）传递异常处理逻辑，利用lambda简化回调；
- 虽不能让异常类“实现接口”来加入Throwable体系（因Throwable是类且final方法不可重写），但接口可解耦异常发生后的应对动作，提升扩展性。
多态如何增强异常处理的灵活性
多态让异常处理代码具备运行时动态分发能力，核心体现在以下三点：
- 同一个 catch 块可捕获多个子类型异常：例如 catch (IOException e) 能同时匹配 FileNotFoundException 和 EOFException，这是基于继承关系的向上转型多态；
- 方法声明抛出父类异常（如 throws Exception），具体实现可抛出任意子类（SQLException、IllegalArgumentException等），调用方只需按声明类型处理；
- 自定义异常体系中，通过多态可统一处理不同业务异常：比如定义 BizException 为基类，再派生 AuthException、InventoryException，上层用统一 handler 根据实际类型执行差异化恢复逻辑。
为什么异常类不用接口而用继承体系
Java异常设计选择继承而非接口，原因很明确：
立即学习“Java免费学习笔记（深入）”；
- Throwable 需要携带堆栈信息、消息字符串、cause链等共性状态，接口无法定义实例字段；
- JVM在抛出异常时需识别并定位异常对象，依赖的是类的运行时类型（getClass()），这是继承多态的基础；
- 编译器对 throws 和 catch 的检查基于类的继承层级，不是接口实现关系——例如 catch (RuntimeException e) 无法捕获实现了某接口但未继承 RuntimeException 的类。
实际编码中的典型组合用法
真实项目里，接口+多态+异常常协同出现：
- DAO层方法声明 throws DataAccessException（Spring定义的运行时异常基类），具体实现可能抛 JdbcUpdateAffectedIncorrectNumberOfRowsException 或 CannotAcquireLockException，Service层只依赖基类做统一兜底；
- 定义 ValidationRule<T> 接口，每个实现类校验失败时抛出自定义检查异常（如 EmailInvalidException），校验引擎用多态遍历执行，异常由统一拦截器按类型渲染不同错误码；
- API网关中，鉴权、限流、熔断等模块各自抛出实现 GatewayException 接口的异常（注意：此处是模拟，实际仍继承 Throwable），统一异常处理器根据多态类型决定是否重试、降级或返回特定HTTP状态码。
