<java异常-1> InvocationTargetException && NoSuchMethodError

使用框架代码经常会发生反射异常，而且不好定位。多次遇到过[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]

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异常的原因各种各样，还是具体问题具体看待，一定要找到这个异常后面的真正异常再去分析。我这里分析的原因是个人遇到的和在网上看到的其他人解决的，应该还只是一个子集，后面遇到再继续补充。