异常:InvocationTargetException &am

作者: 七寸知架构 | 来源:发表于2016-12-16 11:24 被阅读162次

    使用框架代码经常会发生反射异常,而且不好定位。多次遇到过InvocationTargetException和NoSuchMethodError错误,恰巧今天同事遇到这个问题,决定记录一下。此次遇到这两个异常同时发生,其实两者没有关联,只是后面的是根本原因,而前面的是大的包装异常。

    InvocationTargetException##

    先看jdk1.6中的描述:

    public class InvocationTargetException extends Exception 
    

    “InvocationTargetException is a checked exception that wraps an exception thrown by an invoked method or constructor.”

    InvocationTargetException 是一种包装由调用方法或构造方法所抛出异常的受检查异常。 从版本 1.4 开始,此异常已经更新,符合通用异常链机制。“目标异常”是在构造的时候提供的,可以通过 getTargetException() 方法访问,这类对象目前被认为是导致异常的原因,可以通过 Throwable.getCause() 方法访问它。

    通常发生在采用反射的方式调用方法的时候,比如显式的反射或使用框架。此异常会吞掉其他所有异常,要想看到进一步具体原因,就需要查看打出来的异常下面的“Caused By:”或使用getCause()获取

    NoSuchMethodError##

    同样先看下jdk1.6中的描述:

    public class NoSuchMethodError extends IncompatibleClassChangeError 
    

    当应用程序试图调用类(静态或实例)的指定方法,而该类已不再具有该方法的定义时,抛出该异常。通常由编译器捕获该错误;仅当类定义发生不相容的更改时,在运行时才会发生该错误。编译器捕获很容易解决,其实我们通常遇到的是运行时错误。比如,使用泛型编程(框架代码里通常有大量泛型)时方法参数会被编译器擦除,而反射调用时使用了具体类型导致方法签名不匹配。

    **通常发生此错误的原因大概有(也是定位问题的优先步骤): **

    1. 自己显示使用反射或使用框架调用一个类的确不包含的方法。但反射使用时编译器不会报错。
    2. 被调用的方法的确存在。此时有可能是:
      2.1 应用环境中存在同全路径名的类,但类里方法不同,一个有此方法一个没有此方法,但jvm调用了没有此方法的类。或应用环境中包含了同一个框架的不同版本的jar包,有方法不兼容,比如spring,hibernate的包都可能。
      解决办法:如果是框架类报错,一般删除冲突的低版本框架包;如果是自己的类,则查看是否可以重命名类。

    2.2 不存在同名的类,而且报错的类是自己的类而不是框架的类,可能是自己修改了自己的类签名(比如参数类型),环境里没有更换最新的class。
    解决办法:clean工程再重新打包。

    本人遇到异常信息##

    java.lang.reflect.InvocationTargetException
        sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
        sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        java.lang.reflect.Method.invoke(Method.java:601)
        com.opensymphony.xwork2.DefaultActionInvocation.invokeAction(DefaultActionInvocation.java:450)
        com.opensymphony.xwork2.DefaultActionInvocation.invokeActio
    
    java.lang.NoSuchMethodError: com.**.framework.appsp.service.UsersService.saveOrUpdate(Lcom/**/framework/appsp/bean/UsersEntity;)Ljava/lang/String;
        com.**.framework.appsp.action.UsersAction.addUser(UsersAction.java:73)
        sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
        sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        java.lang.reflect.Method.invoke(Method.java:601)
    

    看到InvocationTargetException后直接找下面的Caused By:(如果没有详细异常就自己再修改下代码用getCause()捕获一下)

    java.lang.NoSuchMethodError: 
    com.**.framework.appsp.service.UsersService.saveOrUpdate(Lcom/**/framework/appsp/bean/UsersEntity;)Ljava/lang/String;
    (备注:这里是提示的方法签名,方法名称(方法参数)返回值,通过这里也可以看下jvm实际调用的方法是否为自己想调用的方法)
    

    根据提示saveOrUpdate找不到,但实际是存在的,而且这个是自己实现的类。在系统环境中没有找到冲突的同名类,应该是编译过程有问题。重新clean 打包,删除浏览器缓存,tomcat缓存,启动,一切正常了。这里说的挺轻松,其实定位过程很纠结。

    InvocationTargetException异常的原因各种各样,还是具体问题具体看待,一定要找到这个异常后面的真正异常再去分析。

    NoSuchMethodException和NoSuchMethodError##

    NoSuchMethodException继承自Exception;
    NoSuchMethodError继承自Error,一般有兼容性问题时会抛出该异常;

    前者是普通的A.b()形式调用,在极其特殊的情况下,发现A类里面没有b方法时抛出,一般情况下这种错误是不会存在的,连编译前的检查都没法通过。但是可能在某些极端情况下出现,比如字节码在内存中被改了。

    后者我估计是在反射的时候,依据传入的方法名寻找方法时没找到。Error代表的是无法恢复的错误,必须由jvm处理或者终止,而Exception是可以恢复的异常,程序员可以自行捕获。

    NoSuchMethodError:当应用程序试图调用类(静态或实例)的指定方法,而该类已不再具有该方法的定义时,抛出该异常。通常由编译器捕获该错误;仅当类定义发生不相容的更改时,在运行时才会发生该错误。

    NoSuchMethodException:无法找到某一特定方法时,抛出该异常。

    相关文章

      网友评论

        本文标题:异常:InvocationTargetException &am

        本文链接:https://www.haomeiwen.com/subject/iidnmttx.html