动态代理之：接口InvocationHandler

前段时间学习JDBC过程中碰到动态代理的相关知识，做测试过程中不能理解接口InvocationHandler 中方法：public Object invoke(Object proxy, Method method, Object[] args) throws Throwable的参数Object proxy做何用，关于动态代理的相关知识就不在此赘述了，现将自己的例子附上，请大家看看参考。

1.接口：
public interface IUser {
public String getName();
}
2.接口对应的类：
public class UserImp implements IUser {
String name;
public UserImp(String name){
this.name = name;
}
public String getName() {
return name;
}

}
3.监听方法所在类，该类实现了InvocationHandler 接口，通过invoke方法利用java的反射机制实现对相关方法的监听。
public class Handler implements InvocationHandler {


public Object targetObj;


public Handler(Object targetObj) {
this.targetObj = targetObj;
}

public Object invoke(Object proxy, Method method, Object[] args)
throws Throwable {

System.out.println("before the function \""+method.getName()+"\"");
Object ret = method.invoke(targetObj, args);
System.out.println(ret);
System.out.println("after the function \""+method.getName()+"\"");

}

}
4.测试方法：
public class testMain {

public static void main(String[] args) {

IUser realUser = new UserImp("sun");
Handler hand = new Handler(realUser);
IUser proxy = (IUser) Proxy.newProxyInstance(realUser.getClass().getClassLoader(), realUser.getClass().getInterfaces(), hand);
proxy.getName();
}

}
5.输出结果：
before the function "getName"
sun
after the function "getName"


疑问：在步骤3中invoke(Object proxy, Method method, Object[] args)方法的参数proxy的作用是什么，如何使用？
在论坛中看到大家发帖讲述的该参数的作用为：proxy就是你调用的代理
java doc中的说明为：proxy - 在其上调用方法的代理实例

按照上面的叙述，是否可以将步骤3的代码改成如下的形式：
public class Handler implements InvocationHandler {

/*
public Object targetObj;


public Handler(Object targetObj) {
this.targetObj = targetObj;
}
*/

public Object invoke(Object proxy, Method method, Object[] args)
throws Throwable {

System.out.println("before the function \""+method.getName()+"\"");
Object ret = method.invoke(proxy, args);
System.out.println(ret);
System.out.println("after the function \""+method.getName()+"\"");

}

}

但是改成这样后程序好像进入了死循环一样，如下是输出结果：

at Handler.invoke(Handler.java:27)
at $Proxy0.getName(Unknown Source)
at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at Handler.invoke(Handler.java:27)
at $Proxy0.getName(Unknown Source)
at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at Handler.invoke(Handler.java:27)

请各位帮忙答疑！
谢谢！

评论

4 楼 kingsword 2011-09-03  

楼主很细心，欧也有点搞不懂这个proxy参数,留在那里的，感觉又没什么用，至少对于参与切片的业务逻辑来说不会用。如是为了支持动态代理的内部机制工作的话，把这个proxy参数留在那里，感觉从设计上也挺怪的。

3 楼 mikewang 2009-04-13  

proxy 是你在创建代理的时候有jvm生产的字节码， 文档上已经说的很清楚了， 保证这个proxy 可以转化成你的interface ， 但没说这个proxy 就一定是一个可以执行的class

我的理解是 这里的 proxy 类似一个智能指针， 他的作用只不过 可以让jvm从这个指针中的到真正可以执行的代码的位置（就是的hander）， 和 函数名称， 参数等信息而已

这点可以从  Proxy.newProxyInstance 的源代码中可以得到证实， 这个函数主要就是调用 getProxyClass 这个函数来创建代理类（也就是你的proxy）

分析这个 getProxyClass 函数， 他做的工作就是
1 整理你需要代理的接口
2 得到每个接口的方法， 参数等信息
3 把每个接口的方法，缓存一下（放到一个map里面， 估计是等到调用的时候， 方便找到）

4 最重要的， 生成proxy  注意， 这里的proxy 核心的部分 就是 刚才说的那个缓存 方法的map

5 最后返回，你要的接口。（这里也不需要判断了， 反正，最后也是你自己在hander里面处理， 只要有方法的名称就可以了）

proxy的执行顺序就是 根据接口找到 函数， 然后在map中找到函数真正的可以执行的代码， 然后在调用传到hander中去执行调用（这步由你完成），实际上就是 5 -> 4 -> 3 -> 2 所以可以看出， proxy 就是我刚才说的， 类似一个智能指针而已。

2 楼 kuersike 2009-04-13  

mikewang 写道

没错呀， 自己代理自己， 当然是死循环了。

好像是这么回事，不过这个参数一般如何使用啊。
如果在invoke方法中加入打印它的代码都会出错呢：System.out.println(proxy);

报错如下：
java.lang.StackOverflowError
at Handler.invoke(Handler.java:18)
at $Proxy0.toString(Unknown Source)
at java.lang.String.valueOf(String.java:2131)
at java.io.PrintStream.print(PrintStream.java:462)
at java.io.PrintStream.println(PrintStream.java:599)
at Handler.invoke(Handler.java:18)
at $Proxy0.toString(Unknown Source)
at java.lang.String.valueOf(String.java:2131)
at java.io.PrintStream.print(PrintStream.java:462)
at java.io.PrintStream.println(PrintStream.java:599)
at Handler.invoke(Handler.java:18)

开始以为在执行这段代码时会将真实对象的参数传递到invoke中的proxy参数的：
IUser proxy = (IUser) Proxy.newProxyInstance(realUser.getClass().getClassLoader(), realUser.getClass().getInterfaces(), hand);

这样的话在实现InvocationHandler接口时必须提供传递真实类的方法，也就是上面例子中的：
public Object targetObj;


public Handler(Object targetObj) {
this.targetObj = targetObj;
}

这个和普通的实现接口不一样哈！

1 楼 mikewang 2009-04-13  

没错呀， 自己代理自己， 当然是死循环了。