Method.invoke() 异常处理：解析反射执行过程中如何准确解包并抛出原始的业务异常变量-Java面试题-PHP中文网

调用method.invoke()抛出业务异常时，应通过invocationtargetexception.getcause()解包并重抛原始异常，而非直接抛出外层异常；若cause为null则退而抛出原invocationtargetexception。

method.invoke() 异常处理：解析反射执行过程中如何准确解包并抛出原始的业务异常变量

调用 Method.invoke() 时，若目标方法抛出业务异常，反射会将其包装为 InvocationTargetException。要准确获取并重新抛出原始异常（如 IllegalArgumentException、CustomBizException），关键在于正确解包 getCause()，而非直接抛出外层异常。

理解 InvocationTargetException 的包装机制

Method.invoke() 在运行期执行目标方法，一旦该方法主动 throw 异常，JVM 不会透传，而是统一封装进 InvocationTargetException 的 cause 字段中。这个 cause 就是原始业务异常——它保留了完整的类型、消息、堆栈和业务上下文。

常见误区是捕获后直接 throw e 或打印 e.toString()，这只会暴露外层包装类，丢失原始异常语义和调试线索。

标准解包与重抛模式

推荐在 catch 块中统一提取 cause 并判断类型，按需处理：

若 cause 非 null，优先 re-throw cause（保持原始异常类型和堆栈）
若 cause 为 null（极少见，可能因 native 方法或 JVM 内部错误），可退而抛出原 InvocationTargetException
对特定业务异常（如 ValidationException）可单独拦截，做日志增强或转换

代码示例：安全解包并还原异常

注意：不要用 e.getCause().printStackTrace() —— 这会截断原始堆栈；应让异常自然向上冒泡。

try {
    method.invoke(instance, args);
} catch (InvocationTargetException e) {
    Throwable cause = e.getCause();
    if (cause != null) {
        throw cause; // 直接抛出原始异常，堆栈完整保留
    } else {
        throw e; // fallback
    }
} catch (IllegalAccessException | IllegalArgumentException e) {
    // 参数或访问权限问题，属反射层异常，通常需记录后转为运行时异常
    throw new RuntimeException("Reflection access failed", e);
}