0.前言
在好多框架源码中接触过动态代理,也发现动态有好多种不同的实现,但就是这么常见的特性我居然没有深入解析过,那么知耻而后勇的我即将把这块空缺补上。这里将根据一段简单的demo来讲解最常见的jdk中的动态代理。
1.示例
做为demo入口的main
实现如下
1 | public static void main(String[] args) { |
被代理对象ConcreteClass
的定义如下
1 | public class ConcreteClass implements TargetInterface { |
代理类ProxyHandler
的定义如下
1 | public class ProxyHandler implements InvocationHandler { |
运行main
方法后输出的结果为
proxy:com.sun.proxy.$Proxy0
method:targetMethodA
args:java.lang.Integer
Before invoke method…
开始调用目标类的方法targetMethodA…
操作-打印数字:5
结束调用目标类的方法targetMethodA…
After invoke method…
5
这是一个很标准的jdk动态代理实现,基于此运行结果,我们从main
方法开始分析源码实现
2.源码解析
ConcreteClass c = new ConcreteClass()
和InvocationHandler ih = new ProxyHandler(c)
就不分析了,只是简单的生成了一个被代理的对象和代理实例的处理程序对象。重点其实就在(TargetInterface) Proxy.newProxyInstance(c.getClass().getClassLoader(), c.getClass().getInterfaces(), ih);
。我们来看一下Proxy
类的newProxyInstance
方法
1 | @CallerSensitive |
首先是System.getSecurityManager()
进行权限的判断,程序有运行权限的情况下才会执行checkProxyAccess(Reflection.getCallerClass(), loader, intfs)
。这里要首先说一下Reflection.getCallerClass()
,来看一下源码
1 |
|
这是一个native的方法,其实它还有一个同样的有参方法如下
1 | /** @deprecated */ |
这个方法的入参小于等于0时返回 Reflection类,1时返回自己的类,2时返回调用者的类,一直往上直到没有调用者时返回null。但很显然这个方法已经过时了,代替它的就是getCallerClass()
方法。该方法会忽略所有带有@CallerSensitive
注解的方法的类,返回碰到的第一个不含该注解的调用类。这样回过来看Reflection.getCallerClass()
将会返回最初的调用者DynamicProxyExample
类。
接着来看checkProxyAccess()
方法
1 | private static void checkProxyAccess(Class<?> caller, |
这里if的判断条件必须满足loader
的ClassLoader为null,而ccl
的ClassLoader不为null,才会执行。但这里显然两者都是AppClassLoader
,所以会直接跳出if执行ReflectUtil.checkProxyPackageAccess(ccl, interfaces)
判断ccl
和interfaces
的ClassLoader是否相同,若不同则在创建代理类时会抛出IllegalAccessError
。
接着跳回来看Class<?> cl = getProxyClass0(loader, intfs)
1 | private static Class<?> getProxyClass0(ClassLoader loader, |
这里主要看proxyClassCache.get(loader, interfaces)
如何生成代理类,首先看一下proxyClassCache
的定义
1 | private static final WeakCache<ClassLoader, Class<?>[], Class<?>> |
这里的KeyFactory()
是二级缓存key的工厂,ProxyClassFactory()
是二级缓存值的工厂,这两个先不深入研究。
接着来看WeakCache
类的get
方法的实现
1 | public V get(K key, P parameter) { |
这里有几个重要的属性需要事先说明一下
1 | private final ReferenceQueue<K> refQueue = new ReferenceQueue<>();//弱引用的关联队列 |
refQueue
为弱引用的关联队列,当这个弱引用的对象触发GC时,会将其加入到该关联队列中。reverseMap
用于记录所有缓存中的CacheKey
。map
是一级缓存,其key通过CacheKey.valueOf(key, refQueue)
生成,因此与classLoader
相关;value存储的是二级缓存,即valuesMap
。valuesMap
由ConcurrentMap<Object, Supplier<V>> valuesMap = map.get(cacheKey)
取得,当valuesMap
为空时则创建一个ConcurrentHashMap<>()
。由此来看,这里相当于不同的classLoader
对应了不同的二级缓存。那么二级缓存里面又存了什么呢,我们接着来看Object subKey = Objects.requireNonNull(subKeyFactory.apply(key, parameter))
,这里的subKey
即是二级缓存对应的key,来看看subKeyFactory.apply(key, parameter)
的具体实现
1 |
|
这里返回的对象,根据传入的接口数组长度而定,我的demo中传入的接口数量为1,因此走的是new Key1(interfaces[0])
分支,Key1
类的具体实现为:
1 | private static final class Key1 extends WeakReference<Class<?>> { |
获取到subkey
后,根据valuesMap.get(subKey)
从二级缓存获取supplier
对象,接着进入一个while(true)
死循环中。
当supplier
非空时,说明已经有缓存的对象,通过supplier.get()
会获取到代理类并返回。当supplier
为空时,会放入一个Factory
类型的factory
对象,这也就是后来取出的supplier
。那么我们来具体看看其get()
方法的实现:
1 | @Override |
这里的重点是通过valueFactory.apply(key, parameter)
生成value
,然后将其包装为CacheValue (WeakReference)
类型的对象cacheValue
,放入valuesMap
和reverseMap
中。那么这里就要重点来看一下valueFactory.apply(key, parameter)
是如何生成value
的,这里的valueFactory
就是之前提过的二级缓存值的工厂ProxyClassFactory
,那么来具体看一下其apply()
方法
1 | @Override |
这个方法看似很长,其实大部分都是在做接口验证、包名和类名生成等,最核心的其实是ProxyGenerator.generateProxyClass(
proxyName, interfaces, accessFlags)
生成代理类的字节码,其具体实现为
1 | public static byte[] generateProxyClass(final String var0, Class<?>[] var1, int var2) { |
这里有一个判断条件saveGeneratedFiles
,根据其判断是否要将生成的代理类保存到本地文件中,其实现为
1 | private static final boolean saveGeneratedFiles = (Boolean)AccessController.doPrivileged(new GetBooleanAction("sun.misc.ProxyGenerator.saveGeneratedFiles")); |
从这里看出当我们设置系统变量System.getProperties().put("sun.misc.ProxyGenerator.saveGeneratedFiles", "true")
后就可以持久化生成的代理类,据此我们在工程根目录的com/sun/proxy文件夹下找到了代理类$Proxy0.class
,反编译后来看一下这个类
1 | package com.sun.proxy; |
可以看出$Proxy0
继承了Proxy
,并且实现了需要代理的TargetInterface
接口,当执行代理类的方法时首先会执行super.h.invoke
方法,即传入的invocationhandler
对象的invoke
方法,这里具体执行的即是代理类ProxyHandler
的invoke
方法,在该invoke
方法中再具体执行业务代码,这里就不再分析下去了。
3.总结
本文分析了JDK动态代理的底层实现,包括了其中的两级缓存机制,以及具体代理类的生成,对动态代理的实现机制有了更深的认识。