Điều gì có thể gây ra java.lang.reflect.InvocationTargetException?

Chà, tôi đã cố gắng hiểu và đọc những gì có thể gây ra nhưng tôi không thể hiểu được:

Tôi có cái này ở đâu đó trong mã của tôi:

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

Điều đó là, khi nó cố gắng gọi một số phương thức, nó sẽ ném InvocationTargetExceptionthay vì một số ngoại lệ dự kiến ​​khác (cụ thể ArrayIndexOutOfBoundsException). Vì tôi thực sự biết phương thức nào được gọi, tôi đã đi thẳng vào mã phương thức này và thêm một khối thử bắt cho dòng giả sử ném ArrayIndexOutOfBoundsExceptionvà nó thực sự đã ném ArrayIndexOutOfBoundsExceptionnhư mong đợi. Tuy nhiên, khi đi lên nó bằng cách nào đó thay đổi để InvocationTargetExceptionvà trong đoạn code trên catch(Exception e) e là InvocationTargetExceptionvà không ArrayIndexOutOfBoundsException như mong đợi.

Điều gì có thể gây ra một hành vi như vậy hoặc làm thế nào tôi có thể kiểm tra một điều như vậy?

Bạn đã thêm một mức độ trừu tượng bằng cách gọi phương thức với sự phản chiếu. Lớp phản chiếu bao bọc bất kỳ ngoại lệ nào trong một InvocationTargetException, cho phép bạn phân biệt sự khác biệt giữa một ngoại lệ thực sự gây ra bởi lỗi trong cuộc gọi phản chiếu (ví dụ, có thể danh sách đối số của bạn không hợp lệ) và lỗi trong phương thức được gọi.

Chỉ cần giải quyết nguyên nhân trong InvocationTargetExceptionvà bạn sẽ đi đến nguyên nhân ban đầu.

Ngoại lệ được ném nếu

InvocationTargetException - nếu phương thức cơ bản ném ngoại lệ.

Vì vậy, nếu phương thức, được gọi bằng API phản chiếu, sẽ ném một ngoại lệ (ví dụ ngoại lệ thời gian chạy), API phản chiếu sẽ bao bọc ngoại lệ thành một InvocationTargetException.

Sử dụng getCause()phương pháp trên InvocationTargetExceptionđể lấy ngoại lệ ban đầu.

Từ Javadoc của Phương thức.invoke ()

Ném: InvocationTargetException - nếu phương thức cơ bản ném ngoại lệ.

Ngoại lệ này được ném nếu phương thức được gọi là ngoại lệ.

Đó InvocationTargetExceptioncó lẽ là gói của bạn ArrayIndexOutOfBoundsException. Không có gì để nói trước khi sử dụng sự phản chiếu những gì phương pháp đó có thể ném - vì vậy thay vì sử dụng một throws Exceptioncách tiếp cận, tất cả các ngoại lệ đang bị bắt và gói gọn trong đó InvocationTargetException.

Điều này sẽ in dòng mã chính xác trong phương thức cụ thể, khi được gọi, đã đưa ra ngoại lệ:

try {

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

} catch (InvocationTargetException e) {

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

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

Điều này mô tả một cái gì đó như,

InvocationTargetException là một ngoại lệ được kiểm tra bao bọc một ngoại lệ được ném bởi một phương thức hoặc hàm tạo được gọi. Kể từ phiên bản 1.4, ngoại lệ này đã được trang bị thêm để phù hợp với cơ chế xâu chuỗi ngoại lệ cho mục đích chung. "Ngoại lệ đích" được cung cấp tại thời điểm xây dựng và được truy cập thông qua phương thức getTargetException () hiện được gọi là nguyên nhân và có thể được truy cập thông qua phương thức throwable.getCause (), cũng như phương thức "kế thừa" đã nói ở trên.

Bạn có thể so sánh với Lớp ngoại lệ ban đầu bằng phương thức getCause () như thế này:

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

Tôi đã có một java.lang.reflect.InvocationTargetExceptionlỗi từ một câu lệnh gọi một đối tượng logger ở bên ngoài classbên trong một khối try/ catchtrong của tôi class.

Bước qua mã trong trình gỡ lỗi Eclipse và di chuột qua câu lệnh logger tôi thấy logger objectlà null(một số hằng số bên ngoài cần phải được khởi tạo ở đầu của tôi class).

Ngoại lệ này được ném nếu phương thức cơ bản (phương thức được gọi là sử dụng Reflection) ném ngoại lệ.

Vì vậy, nếu phương thức, được gọi bởi API phản chiếu, sẽ ném ra một ngoại lệ (ví dụ như ngoại lệ thời gian chạy), API phản chiếu sẽ bao bọc ngoại lệ thành InvocationTargetException.

Tôi đã phải đối mặt với cùng một vấn đề. Tôi đã sử dụng e.getCause (). GetCause () sau đó tôi thấy rằng đó là do tham số sai mà tôi đã truyền. Có nullPulumException trong việc tìm nạp giá trị của một trong các tham số. Hy vọng điều này sẽ giúp bạn.

1. Liệt kê tất cả các tệp jar từ chế độ Điều hướng Eclipse
2. Xác minh rằng tất cả các tệp jar ở chế độ nhị phân

Lỗi đã biến mất sau khi tôi thực hiện Clean-> Run xDoclet-> Run xPackaging.

Trong không gian làm việc của tôi, trong nhật thực.