动态代理中需解包InvocationTargetException以获取真实异常：捕获后调用getTargetException()提取原始异常，直接抛出或以cause形式包装，避免丢失栈迹；Spring AOP同理需在@Around中处理proceed()抛出的该异常。
当动态代理（如 JDK Proxy 或 Spring AOP）调用目标方法时，若目标方法抛出受检或非受检异常，JDK 会将其包装为 InvocationTargetException，**真正的业务异常藏在它的 getTargetException() 里**。直接捕获并打印这个异常，往往只看到“wrapped by InvocationTargetException”，而看不到原始错误原因——这是排查问题的常见盲区。
捕获并解包 InvocationTargetException
在 InvocationHandler#invoke() 中，必须显式处理反射调用可能抛出的 InvocationTargetException：
- 使用
try-catch (InvocationTargetException e)捕获它 - 立即调用
e.getTargetException()获取原始异常对象 - 可选择重新抛出该原始异常（保持栈迹完整性），或做日志记录、分类处理
保留原始异常栈迹的关键操作
不要简单地 throw new RuntimeException(e)，这会丢失原始异常的堆栈。正确做法是：
-
直接抛出
e.getTargetException()：若其为RuntimeException或Error，可原样 throw； - 若为受检异常（如
SQLException），且方法签名不允许抛出，可用throw new RuntimeException(e.getTargetException())，此时建议传入原始异常作为 cause，JVM 会自动关联栈迹； - 避免调用
e.printStackTrace()后静默吞掉异常——这会让错误消失在代理层。
Spring AOP 场景下的等效处理
Spring 的 @Around 通知中，proceed() 方法内部同样会抛出 InvocationTargetException（当目标方法异常时）：
- 对
MethodInvocation.proceed()的调用需包裹 try-catch； - 捕获到
InvocationTargetException后，提取e.getTargetException()即为目标方法实际抛出的异常； - Spring 自身的异常处理机制（如
@ExceptionHandler）默认能识别并处理这个解包后的异常，前提是没在切面里提前吃掉或错误包装。
调试与日志建议
为快速定位问题，建议在代理逻辑中加入结构化日志：
- 记录目标类名、方法名、参数（脱敏）、以及
e.getTargetException().getClass().getName()和e.getTargetException().getMessage()； - 必要时打印完整栈迹：
e.getTargetException().printStackTrace()或用日志框架的logger.error("...", e.getTargetException())； - 注意：不要只记录
e.toString()，它只显示外层包装信息。
不复杂但容易忽略——只要记得 InvocationTargetException 是个“信封”，拆开它才能看到里面真正出错的那张“纸”。
