【深度思考】聊聊JDK动态代理原理
1. 示例首先，定义一个接口：
public interface Staff {
void work();
}然后，新增一个类并实现上面的接口：
public class Coder implements Staff {
@Override
public void work() {
System.out.println("认真写bug……");
}
}假设现在有这么一个需求：在不改动以上类代码的前提下，对该方法增加一些前置操作或者后置操作。
接下来就来讲解下，如何使用JDK动态代理来实现这个需求。
首先，自定义一个调用处理器，实现java.lang.reflect.InvocationHandler接口并重写invoke方法：
public class AttendanceInvocationHandler implements InvocationHandler {
private final Object target;
public AttendanceInvocationHandler(Object target) {
this.target = target;
}
@Override
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
System.out.println("上班打卡……");
Object invoke = method.invoke(target, args);
System.out.println("下班打卡……");
return invoke;
}
}重点看下Object invoke = method.invoke(target, args);，该行代码会执行真正的目标方法，在这前后，我们可以添加一些增强逻辑。
然后，新建个测试类，看下JDK动态代理如何使用：
public class JdkProxyTest {
public static void main(String[] args) {
Coder coder = new Coder();
AttendanceInvocationHandler h = new AttendanceInvocationHandler(coder);
// 创建代理对象
Object proxyInstance = Proxy.newProxyInstance(coder.getClass().getClassLoader(),
coder.getClass().getInterfaces(),
h);
Staff staff = (Staff) proxyInstance;
staff.work();
}
}运行以上代码，效果如下图所示：
https://images.zwwhnly.com/picture/2023/image-20230414152242414.png
从运行结果可以看出，在目标方法的前后，执行了自定义的操作。
2. 原理
这里理解2个概念，目标对象和代理对象，
目标对象是真正要调用的对象，上面示例中的Coder类就是目标对象，
代理对象是JDK自动生成的对象，在代理对象内部会去调用目标对象的目标方法。
JDK动态代理的核心就是上面示例中的Proxy.newProxyInstance方法，方法签名如下图所示：
https://images.zwwhnly.com/picture/2023/image-20230414153448018.png
第1个参数传入的是目标对象的ClassLoader，第2个参数传入的是目标对象的接口信息，第3个参数传入的是自定义的InvocationHandler。
然后看下该方法的实现逻辑，先看第1处重点：
https://images.zwwhnly.com/picture/2023/image-20230414154751937.png
注释翻译过来是：查找或者生成指定的代理类。
该方法会生成代理类的字节码文件（也可能是从缓存中读取），核心逻辑在ProxyClassFactory类的apply方法中，
该方法中定义了生成的代理类的包名以及文件名：
https://images.zwwhnly.com/picture/2023/image-20230414160413059.png
https://images.zwwhnly.com/picture/2023/image-20230414160521410.png
因此默认情况下，自动生成的代理类名称是com.sun.proxy.$Proxy0。
该方法最后会生成代理类的字节码，默认情况下不会保存到文件系统，但可以通过参数指定保存到文件系统：
https://images.zwwhnly.com/picture/2023/image-20230414162355258.png
https://images.zwwhnly.com/picture/2023/image-20230414161351117.png
可以看出，保存不保存到文件系统，受saveGeneratedFiles的影响，其定义如下所示：
private static final boolean saveGeneratedFiles = (Boolean)AccessController.doPrivileged(new GetBooleanAction("sun.misc.ProxyGenerator.saveGeneratedFiles"));所以可以通过指定sun.misc.ProxyGenerator.saveGeneratedFiles参数来让生成的代理类字节码文件保存到文件系统中。
然后看第2处重点：
https://images.zwwhnly.com/picture/2023/image-20230414164543620.png
先是获取构造函数，然后是生成代理类对象的实例。
3. 为什么必须要基于接口？
思考一个问题，为什么JDK动态代理必须要基于接口，带着这个问题，我们看下动态生成的代理类com.sun.proxy.$Proxy0长什么样子？
JVM参数里添加参数-Dsun.misc.ProxyGenerator.saveGeneratedFiles=true，然后启动上面示例中的测试代码：
https://images.zwwhnly.com/picture/2023/image-20230414171301181.png
https://images.zwwhnly.com/picture/2023/image-20230414170604573.png
生成的代理类字节码文件保存在项目根目录下的com/sun/proxy目录下：
https://images.zwwhnly.com/picture/2023/image-20230414171048019.png
在IDEA中打开后，如下图所示：
https://images.zwwhnly.com/picture/2023/image-20230414171545461.png
在静态代码块中，对静态变量m0、m1、m2、m3进行了赋值，其中m3是要执行的目标方法。
在构造方法中，执行的是super(var1);，也就是父类Proxy的构造方法：
https://images.zwwhnly.com/picture/2023/image-20230414172012189.png
该方法是将我们自定义的InvocationHandler赋值给了父类的变量h。
而以下测试代码实际执行的是代理类$Proxy0里的work方法：
Staff staff = (Staff) proxyInstance;
staff.work();https://images.zwwhnly.com/picture/2023/image-20230414172416933.png
代理类$Proxy0里的work方法实际执行的是自定义InvocationHandler里的invoke方法：
https://images.zwwhnly.com/picture/2023/image-20230414172551346.png
因此在执行目标方法前后，执行了自定义的前置操作和后置操作。
了解了这个调用过程，就理解了为什么JDK动态代理必须要基于接口，因为动态生成的代理类已经继承了类java.lang.reflect.Proxy，
而Java又是单继承的，如果想要继续对类进行扩展，只能通过实现接口的方式。
文章持续更新，欢迎关注微信公众号「申城异乡人」第一时间阅读！
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！
页:
[1]