Що може спричинити java.lang.reflect.InvocationTargetException?

Ну, я намагався зрозуміти і прочитати, що це може спричинити, але я просто не можу цього зрозуміти:

У мене це є десь у коді:

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

Річ у тому, що, коли він намагається викликати якийсь метод, він викидає InvocationTargetExceptionзамість якогось іншого очікуваного винятку (конкретно ArrayIndexOutOfBoundsException). Оскільки я насправді знаю, який метод викликається, я перейшов до цього коду методу і додав блок пробного входу для рядка, який передбачається кинути, ArrayIndexOutOfBoundsExceptionі він справді кинув, ArrayIndexOutOfBoundsExceptionяк очікувалося. Однак при підйомі вгору якимось чином змінюється на InvocationTargetExceptionі в коді вище catch(Exception e) e є, InvocationTargetExceptionа не так, ArrayIndexOutOfBoundsException як очікувалося.

Що може спричинити таку поведінку чи як я можу перевірити таке?

Ви додали додатковий рівень абстракції, викликавши метод із відображенням. Рівень відображення обертає будь-який виняток у InvocationTargetException, що дозволяє фактично визначити різницю між виключенням викликаний збоєм у виклику рефлексії (можливо, ваш список аргументів був недійсним, наприклад), і збоєм у методі, що називається.

Просто розгорніть причину в межах InvocationTargetExceptionі ви перейдете до оригіналу.

Виняток кидається, якщо

InvocationTargetException - якщо базовий метод кидає виняток.

Отже, якщо метод, на який було викликано API відбиття, викидає виняток (наприклад, виняток із виконання), API відображення перетворить виняток у InvocationTargetException.

Скористайтеся getCause()методом на, InvocationTargetExceptionщоб отримати вихідний виняток.

Від Javadoc з Method.invoke ()

Throw: InvocationTargetException - якщо базовий метод кидає виняток.

Цей виняток кидається, якщо метод, який називається, кинув виняток.

Це InvocationTargetException, ймовірно, завершує ваше ArrayIndexOutOfBoundsException. При використанні роздумів немає заздалегідь розмови про те, що цей метод може кинути, тож замість того, щоб використовувати throws Exceptionпідхід, всі винятки опиняються та переховуються InvocationTargetException.

Це дозволить надрукувати точний рядок коду в конкретному методі, який при виклику викликав виняток:

try {

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

} catch (InvocationTargetException e) {

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

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

Це описує щось подібне,

InvocationTargetException - це перевірений виняток, який завершує виняток, викинутий викликаним методом чи конструктором. З моменту випуску 1.4 цей виняток було доопрацьовано таким чином, щоб відповідати загальному цільовому механізму винятку. "Цільовий виняток", який надається під час створення та доступ до нього за допомогою методу getTargetException (), тепер відомий як причина, і він може бути доступний за допомогою методу Throwable.getCause (), а також вищезгаданого "застарілого методу".

Ви можете порівняти з початковим класом винятків, використовуючи метод getCause (), такий:

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

У мене виникла java.lang.reflect.InvocationTargetExceptionпомилка в повідомленні про виклик об'єкта реєстратора у зовнішньому classвсередині try/ catchблоку в моєму class.

Перебираючи код у налагоджувальній машині Eclipse та наведення миші на виписку журналу, я побачив, що в ньому objectбув реєстратор null(деякі зовнішні константи потрібно було екземплярувати в самому верху мого class).

Цей виняток кидається, якщо базовий метод (метод, який називається Reflection) кидає виняток.

Отже, якщо метод, на який викликається API відображення, видає виняток (як, наприклад, виняток під час виконання), API відображення перетворить виняток у InvocationTargetException.

Я зіткнувся з тією ж проблемою. Я використовував e.getCause (). GetCause (), тоді я виявив, що це було через неправильні параметри, які я проходив. Існує nullPointerException при отриманні значення одного з параметрів. Сподіваюся, що це вам допоможе.

1. Список усіх файлів jar із режиму навігатора Eclipse
2. Перевірте, чи всі файли jar перебувають у двійковому режимі

Помилка зникла після того, як я зробив Clean-> Run xDoclet-> Run xPackaging.

У моєму робочому просторі, в затемненні.