什么可能导致 java.lang.reflect.InitationTargetException？

Question

好吧，我试图理解并阅读可能导致它的原因，但我就是无法理解：

我的代码中有这样的地方：

 try{
 ..
 m.invoke(testObject);
 ..
 } catch(AssertionError e){
 ...
 } catch(Exception e){
 ..
 }

事情是这样的，当它尝试调用某些方法时，它会抛出异常 IncationTargetException 而不是其他一些预期的异常（特别是 ArrayIndexOutOfBoundsException）。 因为我实际上知道调用了什么方法，所以我直接转到该方法代码，并为应该抛出 ArrayIndexOutOfBoundsException 的行添加了一个 try-catch 块，它确实抛出了 ArrayIndexOutOfBoundsException ，如下所示预期的。然而当它上升时 以某种方式更改为 InitationTargetException 以及上面的代码 catch(Exception e) e 是 InitationTargetException 而不是 ArrayIndexOutOfBoundsException 正如预期的那样。

什么可能导致这种行为或者我如何检查这种情况？

Answer 1

您通过反射调用该方法添加了额外的抽象级别。反射层将任何异常包装在 InitationTargetException 中，它可以让您区分实际上由反射调用失败引起的异常（也许您的参数列表不是例如，有效）并且调用的方法内失败。

只需解开 InitationTargetException 中的原因，您就会找到原始的原因。

为此，您可以执行 exception.printStackTrace() 并查看“Caused By:”部分而不是上半部分/正常部分。

您还可以捕获异常并对其使用 getCause() 方法，如果需要，也可以重新抛出该异常。类似于 try {...} catch (InitationTargetException ex) { log.error("oops!", ex.getCause()) } 或 ...catch... { throw ex.getCause() }

Answer 2

如果出现以下情况，则抛出异常

IncationTargetException - 如果底层方法抛出异常。

因此，如果使用反射 API 调用的方法抛出异常（例如运行时异常），反射 API 会将异常包装到 InitationTargetException 中。

Answer 3

使用 InitationTargetException 上的 getCause() 方法来检索原始异常。

Answer 4

来自 Method.invoke() 的 Javadoc

抛出：InitationTargetException - 如果基础方法抛出异常。

如果调用的方法抛出异常，则抛出此异常。

Answer 5

这将打印特定方法中的确切代码行，该方法在调用时引发异常：

try {

    // try code
    ..
    m.invoke(testObject);
    ..

} catch (InvocationTargetException e) {

    // Answer:
    e.getCause().printStackTrace();
} catch (Exception e) {

    // generic exception handling
    e.printStackTrace();
}

Answer 6

该 InitationTargetException 可能正在包装您的 ArrayIndexOutOfBoundsException。使用反射时，事先无法得知该方法可能会抛出什么异常 - 因此，所有异常都被捕获并包装在 InitationTargetException 中，而不是使用 抛出异常 方法。

Answer 7

这描述了类似的内容，

InspirationTargetException 是一个检查异常，它包装了
调用的方法或构造函数引发的异常。截至发布时
1.4 中，该异常已被改进以符合通用异常链机制。 “目标异常”是
在施工时提供并通过
getTargetException() 方法现在已知为原因，并且可能是
通过 Throwable.getCause() 方法以及
前面提到的“传统方法”。

Answer 8

您可以使用 getCause() 方法与原始异常类进行比较，如下所示：

try{
  ...
} catch(Exception e){
   if(e.getCause().getClass().equals(AssertionError.class)){
      // handle your exception  1
   } else {
      // handle the rest of the world exception 
   }
} 

Answer 9

我在 try / 内调用外部 class 中的记录器对象的语句出现了 java.lang.reflect.InwritingTargetException 错误我的类中的catch块。

在 Eclipse 调试器中单步执行代码将鼠标悬停在记录器语句上，我看到记录器对象为null（一些外部常量需要在我的类的最顶部实例化）。

Answer 10

问题还可能是 targetSdkVersion 已升级并且您使用了已弃用的 Gradle 清单功能。再次尝试降低 targetSdkVersion 并查看是否有效。就我而言，它是 targetSdkVersion 31 -> 30

Answer 11

调用目标异常：

我坚信任何命名约定都需要付出勤奋的思考
在其中。而且，我们的问题很可能有其自身的意义
如果我们尝试寻找名称背后的基本原理，答案就在名称中。

让我们把这个名字分成三部分。
“调用”“目标”方法时发生“异常”。
并且，当在 Java 中通过反射调用方法时，此包装器会引发异常。执行该方法时，可能会引发任何类型的异常。根据设计，异常的实际原因被抽象出来，让最终用户知道异常是在基于反射的方法访问期间发生的。为了获取实际原因，建议捕获异常并调用 ex.getCause()。最佳实践是，事实上，从捕获 InvocableTargetException 的 catch 块中抛出原因，

try{
    method.invoke();
} catch(InvocationTargetException ite) {
    throw ite.getCause();
} catch(Exception e) {
    // handle non-reflection originated exceptions
    throw e;
}

我知道它与其他答案类似，但我想更清楚地了解“何时”此异常类型是由Java生成的，所以它对任何人来说都不神秘。

Answer 12

如果底层方法（使用反射调用的方法）抛出异常，则会抛出此异常。

因此，如果反射 API 调用的方法抛出异常（例如运行时异常），反射 API 会将异常包装到 InitationTargetException 中。

Answer 13

我面临着同样的问题。我使用了 e.getCause().getCause() 然后我发现这是因为我传递的参数错误。获取其中一个参数的值时出现 nullPointerException。
希望这会对您有所帮助。

Answer 14

对于 Android 开发者：
我正在运行 adb shell input tap x y，然后我将其更改为仅输入 tap input tap x y 它工作得很好。

说明：adb 是您在计算机上使用的工具，“adb shell”在设备（或模拟器）上打开一个 shell，“adb shell 命令”在其上运行命令。
因此，如果您想在设备上以编程方式运行命令，只需删除“adb shell”：

Answer 15

1. 从 Eclipse Navigator 模式列出所有 jar 文件
2. 验证所有 jar 文件是否处于二进制模式

Answer 16

我这样做后错误消失了
清理 -> 运行 xDoclet -> 运行 xPackaging。

在我的工作区，在日蚀中。