使用框架代码经常会发生反射异常,而且不好定位。多次遇到过[b]InvocationTargetException[/b]和[b]NoSuchMethodError[/b]错误,恰巧今天同事遇到这个问题,决定记录一下。此次遇到这两个异常同时发生,其实两者没有关联,只是后面的是根本原因,而前面的是大的包装异常。
[b]1.单独看下两个异常。[/b]
[b]1.1 InvocationTargetException[/b]
先看jdk1.6中的描述:
public class InvocationTargetException extends Exception
“InvocationTargetException is a checked exception that wraps an exception thrown by an invoked method or constructor.”
InvocationTargetException 是一种[color=red]包装[/color]由调用方法或构造方法所抛出异常的受检查异常。
从版本 1.4 开始,此异常已经更新,符合通用异常链机制。“目标异常”是在构造的时候提供的,可以通过 [b]getTargetException[/b]() 方法访问,这类对象目前被认为是导致异常的原因,可以通过[b] Throwable.getCause() [/b]方法访问它。
通常发生在采用[color=red]反射[/color]的方式调用方法的时候,比如显式的反射或使用框架。[color=red][b]此异常会吞掉其他所有异常,要想看到进一步具体原因,就需要查看打出来的异常下面的“Caused By:”或使用getCause()获取。[/b][/color]
还可参考下面这个讨论:
[url]http://stackoverflow.com/questions/6020719/what-could-cause-java-lang-reflect-invocationtargetexception[/url]
[b]1.2 NoSuchMethodError[/b]
同样先看下jdk1.6中的描述:
public class NoSuchMethodError extends IncompatibleClassChangeError
当应用程序试图调用类(静态或实例)的指定方法,而该类已[b]不再具有该方法[/b]的定义时,抛出该异常。
[color=red][b]通常由编译器捕获该错误;仅当类定义发生不相容的更改时,在运行时才会发生该错误。[/b][/color]
编译器捕获很容易解决,其实我们通常遇到的是运行时错误。
比如,使用泛型编程(框架代码里通常有大量泛型)时方法参数会被编译器擦除,而反射调用时使用了具体类型导致方法签名不匹配,在oracle的官方文档中有介绍
[url]http://docs.oracle.com/javase/tutorial/reflect/member/methodTrouble.html[/url]
通常发生此错误的原因大概有(也是定位问题的优先步骤):
1)自己显示使用反射或使用框架调用一个类[b]的确不包含[/b]的方法。但发射使用时编译器不会报错。
2)被调用的方法[b]的确存在[/b]。此时有可能是
2.1:应用环境中[color=red]存在同全路径名的类[/color],但类里方法不同,一个有此方法一个没有此方法,但jvm调用了没有此方法的类。或应用环境中包含了同一个框架的不同版本的jar包,有方法不兼容,比如spring,hibernate的包都可能。
[color=red]解决办法:如果是框架类报错,一般删除冲突的低版本框架包;如果是自己的类,则查看是否可以重命名类。[/color]
2.2:不存在同名的类,而且报错的类是自己的类而不是框架的类,可能是自己修改了自己的类签名(比如参数类型),环境里没有更换最新的class。
[color=red]解决方法:clean工程再重新打包。[/color]
[b]2.本人遇到异常信息[/b]
看到InvocationTargetException后直接找下面的Caused By:,(如果没有详细异常就自己再修改下代码用getCause()捕获一下),java.lang.NoSuchMethodError: com.**.framework.appsp.service.UsersService.saveOrUpdate(Lcom/**/framework/appsp/bean/UsersEntity;)Ljava/lang/String;[color=red](备注:这里是提示的方法签名,方法名称(方法参数)返回值,通过这里也可以看下jvm实际调用的方法是否为自己想调用的方法)[/color]根据提示saveOrUpdate找不到,但实际是存在的,而且这个是自己实现的类。在系统环境中没有找到冲突的同名类,应该是编译过程有问题。重新clean 打包,删除浏览器缓存,tomcat缓存,启动,一切正常了。这里说的挺轻松,其实定位过程很纠结。
InvocationTargetException异常的原因各种各样,还是具体问题具体看待,一定要找到这个异常后面的真正异常再去分析。我这里分析的原因是个人遇到的和在网上看到的其他人解决的,应该还只是一个子集,后面遇到再继续补充。
[b]1.单独看下两个异常。[/b]
[b]1.1 InvocationTargetException[/b]
先看jdk1.6中的描述:
public class InvocationTargetException extends Exception
“InvocationTargetException is a checked exception that wraps an exception thrown by an invoked method or constructor.”
InvocationTargetException 是一种[color=red]包装[/color]由调用方法或构造方法所抛出异常的受检查异常。
从版本 1.4 开始,此异常已经更新,符合通用异常链机制。“目标异常”是在构造的时候提供的,可以通过 [b]getTargetException[/b]() 方法访问,这类对象目前被认为是导致异常的原因,可以通过[b] Throwable.getCause() [/b]方法访问它。
通常发生在采用[color=red]反射[/color]的方式调用方法的时候,比如显式的反射或使用框架。[color=red][b]此异常会吞掉其他所有异常,要想看到进一步具体原因,就需要查看打出来的异常下面的“Caused By:”或使用getCause()获取。[/b][/color]
还可参考下面这个讨论:
[url]http://stackoverflow.com/questions/6020719/what-could-cause-java-lang-reflect-invocationtargetexception[/url]
[b]1.2 NoSuchMethodError[/b]
同样先看下jdk1.6中的描述:
public class NoSuchMethodError extends IncompatibleClassChangeError
当应用程序试图调用类(静态或实例)的指定方法,而该类已[b]不再具有该方法[/b]的定义时,抛出该异常。
[color=red][b]通常由编译器捕获该错误;仅当类定义发生不相容的更改时,在运行时才会发生该错误。[/b][/color]
编译器捕获很容易解决,其实我们通常遇到的是运行时错误。
比如,使用泛型编程(框架代码里通常有大量泛型)时方法参数会被编译器擦除,而反射调用时使用了具体类型导致方法签名不匹配,在oracle的官方文档中有介绍
[url]http://docs.oracle.com/javase/tutorial/reflect/member/methodTrouble.html[/url]
通常发生此错误的原因大概有(也是定位问题的优先步骤):
1)自己显示使用反射或使用框架调用一个类[b]的确不包含[/b]的方法。但发射使用时编译器不会报错。
2)被调用的方法[b]的确存在[/b]。此时有可能是
2.1:应用环境中[color=red]存在同全路径名的类[/color],但类里方法不同,一个有此方法一个没有此方法,但jvm调用了没有此方法的类。或应用环境中包含了同一个框架的不同版本的jar包,有方法不兼容,比如spring,hibernate的包都可能。
[color=red]解决办法:如果是框架类报错,一般删除冲突的低版本框架包;如果是自己的类,则查看是否可以重命名类。[/color]
2.2:不存在同名的类,而且报错的类是自己的类而不是框架的类,可能是自己修改了自己的类签名(比如参数类型),环境里没有更换最新的class。
[color=red]解决方法:clean工程再重新打包。[/color]
[b]2.本人遇到异常信息[/b]
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;[color=red](备注:这里是提示的方法签名,方法名称(方法参数)返回值,通过这里也可以看下jvm实际调用的方法是否为自己想调用的方法)[/color]根据提示saveOrUpdate找不到,但实际是存在的,而且这个是自己实现的类。在系统环境中没有找到冲突的同名类,应该是编译过程有问题。重新clean 打包,删除浏览器缓存,tomcat缓存,启动,一切正常了。这里说的挺轻松,其实定位过程很纠结。
InvocationTargetException异常的原因各种各样,还是具体问题具体看待,一定要找到这个异常后面的真正异常再去分析。我这里分析的原因是个人遇到的和在网上看到的其他人解决的,应该还只是一个子集,后面遇到再继续补充。