使用框架代码经常会发生反射异常，而且不好定位。多次遇到过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：无法找到某一特定方法时，抛出该异常。
