Java反射的API在JavaSE1.7的时候已经基本完善,但是本文编写的时候使用的是Oracle JDK11,因为JDK11对于sun包下的源码也上传了,可以直接通过IDE查看对应的源码和进行Debug。
本文主要介绍一个使用反射一定会遇到的问题-反射调用异常处理。
反射调用出现异常的方法主要考虑下面的情况:
java.lang.reflect.Field#set(Object obj, Object value)
和java.lang.reflect.Field#get(Object obj)
。java.lang.reflect.Constructor#newInstance(Object ... initargs)
。java.lang.reflect.Method#invoke(Object obj, Object... args)
。先看设置属性的方法:
public void set(Object obj, Object value) throws IllegalArgumentException, IllegalAccessException
实际上,通过方法注释可以得知会抛出四种异常:
setAccessible(true)
抑制修饰符检查来避免抛出此异常。set(Object obj, Object value)
方法引发的初始化失败会包装成ExceptionInInitializerError,此异常的父类为Error,常见的发生情况就是静态成员或者静态代码块依赖到反射属性设置。前面三种异常都很好理解,最后一个ExceptionInInitializerError可能有点陌生,它的抛出条件是:在静态代码块初始化解析过程总抛出异常或者静态变量初始化的时候抛出异常。笔者尝试了很多例子都没办法造出案例,从Stackoverflow找到一个例子:
public class Example {
public static void main(String[] args) throws Exception {
Field field = Fail.class.getDeclaredField("number");
field.set(null, 42); // Fail class isn't initialized at this point
}
}
class Fail {
static int number;
static {
boolean val = true;
if (val)
throw new RuntimeException(); // causes initialization to end with an exception
}
}
简单来说就是:静态代码块和静态变量的初始化顺序和它们在类文件编写的顺序是一致的,如果一个类未初始化直接使用它的静态代码块和静态变量通过Field#set(Object obj, Object value)
调用就会出现ExceptionInInitializerError异常。
属性的获取方法抛出的异常和设置值方法是一致的,这里不做详细展开:
public Object get(Object obj) throws IllegalArgumentException, IllegalAccessException
构造器调用主要是用于对象的实例化,先看newInstance
方法的签名:
public T newInstance(Object ... initargs) throws InstantiationException, IllegalAccessException, IllegalArgumentException, InvocationTargetException
这里只举个例子说明一下InstantiationException出现的场景:
public abstract class AbstractSample {
public AbstractSample() {
}
public static void main(String[] args) throws Exception{
Constructor<AbstractSample> declaredConstructor = AbstractSample.class.getDeclaredConstructor();
declaredConstructor.newInstance();
}
}
像上面的抽象类AbstractSample
包含一个默认的公有构造,使用Constructor#newInstance()
会抛出InstantiationException异常:
Exception in thread "main" java.lang.InstantiationException
at java.base/jdk.internal.reflect.InstantiationExceptionConstructorAccessorImpl.newInstance(InstantiationExceptionConstructorAccessorImpl.java:48)
at java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:490)
at club.throwable.jdk.sample.reflection.reflect.AbstractSample.main(AbstractSample.java:18)
方法调用是反射中使用频率最高的反射操作,主要是Method#invoke(Object obj, Object... args)
方法:
public Object invoke(Object obj, Object... args) throws IllegalAccessException, IllegalArgumentException, InvocationTargetException
主要包括以下几种异常:
重点看InvocationTargetException(继承自ReflectiveOperationException,而ReflectiveOperationException继承自Exception,也就是它是checked异常,必须显式捕获):
public class InvocationTargetException extends ReflectiveOperationException {
private static final long serialVersionUID = 4085088731926701167L;
// 持有的目标异常实例
private Throwable target;
public InvocationTargetException(Throwable target) {
super((Throwable)null); // Disallow initCause
this.target = target;
}
public InvocationTargetException(Throwable target) {
super((Throwable)null); // Disallow initCause
this.target = target;
}
public Throwable getTargetException() {
return target;
}
public Throwable getCause() {
return target;
}
}
从注释中得知:方法(Method)或者构造(Constructor)调用异常会抛出此InvocationTargetException异常,用于包装源异常,源异常实例作为目标被InvocationTargetException通过成员target持有,可以通过InvocationTargetException#getTargetException()
或者InvocationTargetException#getCause()
获取原始的目标异常。这里注意到,InvocationTargetException在覆盖父类构造的时候使用了null,所以调用其getMessage()
方法会得到null。
举个例子:
public class InvocationTargetExceptionMain {
public void method() {
throw new NullPointerException("Null");
}
public static void main(String[] args) throws NoSuchMethodException, SecurityException {
InvocationTargetExceptionMain main = new InvocationTargetExceptionMain();
Method method = InvocationTargetExceptionMain.class.getDeclaredMethod("method");
try {
method.invoke(main);
} catch (IllegalAccessException e) {
//no-op
} catch (InvocationTargetException e) {
System.out.println("InvocationTargetException#message:" + e.getMessage());
if (e.getTargetException() instanceof NullPointerException) {
NullPointerException nullPointerException = (NullPointerException) e.getTargetException();
System.out.println("NullPointerException#message:" + nullPointerException.getMessage());
}
}
}
}
运行后输出:
InvocationTargetException#message:null
NullPointerException#message:Null
构造器Constructor#newInstance()
中抛出InvocationTargetException的场景是类似的。
在反射操作中,方法调用的频次是最高的,其次是通过构造器实例化对象。需要重点关注这两个地方的异常处理,特别是异常类型InvocationTargetException
,紧记需要获取原始目标异常类型再进行判断,否则很容易导致逻辑错误(最近笔者在做一个功能的时候刚好踩了这个坑)。
(本文完 e-a-20181215 c-2-d)
本文是Throwable的原创文章,转载请提前告知作者并且标明出处。 博客内容遵循 署名-非商业性使用-相同方式共享 4.0 国际 (CC BY-NC-SA 4.0) 协议 本文永久链接是:https://cloud.tencent.com/developer/article/1650083