使用代理的过程

• 首先，我们先梳理一下使用代理的过程。

我们需要的东西有哪些呢？

• 代理类，实现了 InvocationHandler 接口。
• 一个或多个接口，即我们代理的对象。

代理的对象是谁？

• 这里其实有一个误区，即被代理接口的实现类是必须的吗？
• 实际上，这并不是必须的，代理的对象是接口，而不是接口的实现类。

实验代码

• 简单描述一下实验的代码：
  • 被代理的接口：Fly，Eat 接口。（分别拥有fly( )、eat( )方法）
  • 代理类 MyProxy：实现了 InvocationHandler 接口，invoke( ) 方法中打印被调用方法的名称。
• 具体代码如下：

// 被代理接口Fly
public interface Fly {

    void fly();
}

// 被代理接口Eat
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};
// 通过newProxyInstance()得到一个代理对象
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( ) 方法中去。
  

关系图