使用代理的过程
我们需要的东西有哪些呢?
- 代理类,实现了 InvocationHandler 接口。
- 一个或多个接口,即我们代理的对象。
代理的对象是谁?
- 这里其实有一个误区,即被代理接口的实现类是必须的吗?
- 实际上,这并不是必须的,代理的对象是接口,而不是接口的实现类。
实验代码
- 简单描述一下实验的代码:
- 被代理的接口:Fly,Eat 接口。(分别拥有fly( )、eat( )方法)
- 代理类 MyProxy:实现了 InvocationHandler 接口,invoke( ) 方法中打印被调用方法的名称。
- 具体代码如下:
public interface Fly {
void fly();
}
public interface Eat {
void eat();
}
public class MyProxy implements InvocationHandler {
@Override
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
System.out.println(method.getName());
return null;
}
}
- 此时,在主方法中,我们创建一个代理对象,用于代理两个接口。
- 返回给我们的一个Object对象,在经过强转之后,就可以达到代理的作用。
MyProxy proxy = new MyProxy();
Class<?>[] interfaces = {Eat.class,Fly.class};
Object obj = Proxy.newProxyInstance(Fly.class.getClassLoader(), interfaces, proxy);
结果与疑问
- 我们将返回的代理转化为Fly类型,调用fly方法,打印出了方法的名字。
Fly fly = (Fly) obj;
fly.fly();
- 整个过程中,看起来好像并没有接口的实现类、或者一个具体的代理类产生。
- 那么,我们调用fly( )方法时,为什么会去执行代理类的 invoke( ) 方法呢?
被隐藏的代理类
- 在很久之前,我同样也有这样的疑问。
- 但真相其实很简单,会创建一个临时的具体的代理类,只是被隐藏了。
- 在刚刚的主方法的第一行加上下列代码,并再次执行,便会在如图所示的位置,找到一个生成的代理类。
System.setProperty("jdk.proxy.ProxyGenerator.saveGeneratedFiles","true");
代理类与接口、InvocationHandler的关系
- 在这个代理类中,继承了一个Proxy父类,同时实现了我们所设定的接口(Fly、Eat)。
- 这就意味着,这个生成的代理类,本身就是接口的实现类。
public final class $Proxy0 extends Proxy implements Eat, Fly
- 而在这个实现类(代理类)在对应的方法中,调用了InvocationHandler实现类的 invoke( ) 方法。
- 这里的 h 是父类的一个属性,InvocationHandler 类型,即我们所写的 MyProxy 类。
- 如此,在我们执行下面的 fly( ) 方法时,便会跳转到 invoke( ) 方法中去。
关系图