使用框架代码经常会发生反射异常,而且不好定位。多次遇到过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
当应用程序试图调用类(静态或实例)的指定方法,而该类已不再具有该方法的定义时,抛出该异常。通常由编译器捕获该错误;仅当类定义发生不相容的更改时,在运行时才会发生该错误。编译器捕获很容易解决,其实我们通常遇到的是运行时错误。比如,使用泛型编程(框架代码里通常有大量泛型)时方法参数会被编译器擦除,而反射调用时使用了具体类型导致方法签名不匹配。
**通常发生此错误的原因大概有(也是定位问题的优先步骤): **
- 自己显示使用反射或使用框架调用一个类的确不包含的方法。但反射使用时编译器不会报错。
- 被调用的方法的确存在。此时有可能是:
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:无法找到某一特定方法时,抛出该异常。
网友评论