Java中实现异常类型精确传导的关键是直接throw e;而非包装，保持原始异常类型、栈轨迹和cause链完整；multi-catch下e虽静态类型为公共父类，但JVM运行时仍原样抛出具体子类实例。

Java中在catch块里重新抛出异常时，要实现类型精确传导，关键在于避免用throw new RuntimeException(e)这类包装方式，而是直接使用throw e;——前提是e是捕获到的原始异常引用，且未被强制转型或封装。

保持原始异常类型不丢失

当catch声明的参数是具体异常类型（如IOException），直接throw e;会保留其运行时类型，调用栈和类型信息完整传递：

• 编译器允许直接重抛，因为该异常已在当前方法签名中声明（或属于RuntimeException体系）
• 调用方收到的仍是原始异常实例，instanceof判断、getCause()、getStackTrace()均不受影响
• 示例：不要写throw new RuntimeException(e);，这会把IOException变成RuntimeException，丢失原始类型语义

多异常捕获下的类型安全重抛

使用multi-catch（catch (IOException | SQLException e)）时，变量e的静态类型是这些异常的最小公共父类（通常是Exception）。此时直接throw e;仍能精确传导——JVM在运行时保留实际类型：

Java Maven Common

Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。

下载

• 编译期虽将e视为Exception，但重抛时JVM原样抛出原始对象
• 调用方接收到的仍是IOException或SQLException实例，类型未被擦除
• 注意：不能在catch块内对e做显式转型再抛（如(IOException)e后抛出），除非确保类型安全，否则可能引发ClassCastException

需要增强信息时用带cause的构造器

若需追加上下文但又不破坏原始类型，应使用支持cause参数的同类型构造器：

立即学习“Java免费学习笔记（深入）”；

• 例如捕获到IOException ioEx，可写throw new IOException("读取配置失败", ioEx);
• 这样新异常仍是IOException，类型不变，且原始异常作为cause保留完整链路
• 避免用initCause()手动设置，因部分异常类（如RuntimeException子类）可能禁止重复设置cause

检查异常的声明一致性

若catch的是检查异常（checked exception），重抛前必须确保方法签名已声明该类型，否则编译报错：

• 要么在方法throws列表中添加对应异常类型
• 要么将异常转为RuntimeException体系（但这就不是“精确传导”了）
• Java 7+允许在multi-catch中重抛，编译器能推断出实际可能的类型并校验throws声明