JDK动态代理[2]----JDK动态代理的底层实现之Proxy源码分析

Posted 劳夫子

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了JDK动态代理[2]----JDK动态代理的底层实现之Proxy源码分析相关的知识,希望对你有一定的参考价值。

在上一篇里为大家简单介绍了什么是代理模式?为什么要使用代理模式?并用例子演示了一下静态代理和动态代理的实现,分析了静态代理和动态代理各自的优缺点。在这一篇中笔者打算深入源码为大家剖析JDK动态代理实现的机制,建议读者阅读本篇前可先阅读一下笔者上一篇关于代理模式的介绍《JDK动态代理[1]----代理模式实现方式的概要介绍》

上一篇动态代理的测试类中使用了Proxy类的静态方法newProxyInstance方法去生成一个代理类,这个静态方法接收三个参数,分别是目标类的类加载器,目标类实现的接口集合,InvocationHandler实例,最后返回一个Object类型的代理类。我们先从该方法开始,看看代理类是怎样一步一步造出来的,废话不多说,直接上代码

newProxyInstance方法:

 1 public static Object newProxyInstance(ClassLoader loader,
 2                                       Class<?>[] interfaces,
 3                                       InvocationHandler h) throws IllegalArgumentException {
 4     //验证传入的InvocationHandler不能为空
 5     Objects.requireNonNull(h);
 6     //复制代理类实现的所有接口
 7     final Class<?>[] intfs = interfaces.clone();
 8     //获取安全管理器
 9     final SecurityManager sm = System.getSecurityManager();
10     //进行一些权限检验
11     if (sm != null) {
12         checkProxyAccess(Reflection.getCallerClass(), loader, intfs);
13     }
14     //该方法先从缓存获取代理类, 如果没有再去生成一个代理类
15     Class<?> cl = getProxyClass0(loader, intfs);
16     try {
17         //进行一些权限检验
18         if (sm != null) {
19             checkNewProxyPermission(Reflection.getCallerClass(), cl);
20         }
21         //获取参数类型是InvocationHandler.class的代理类构造器
22         final Constructor<?> cons = cl.getConstructor(constructorParams);
23         final InvocationHandler ih = h;
24         //如果代理类是不可访问的, 就使用特权将它的构造器设置为可访问
25         if (!Modifier.isPublic(cl.getModifiers())) {
26             AccessController.doPrivileged(new PrivilegedAction<Void>() {
27                 public Void run() {
28                     cons.setAccessible(true);
29                     return null;
30                 }
31             });
32         }
33         //传入InvocationHandler实例去构造一个代理类的实例
34         //所有代理类都继承自Proxy, 因此这里会调用Proxy的构造器将InvocationHandler引用传入
35         return cons.newInstance(new Object[]{h});
36     } catch (Exception e) {
37         //为了节省篇幅, 笔者统一用Exception捕获了所有异常
38         throw new InternalError(e.toString(), e);
39     }
40 }

可以看到,newProxyInstance方法首先是对参数进行一些权限校验,之后通过调用getProxyClass0方法生成了代理类的类对象,然后获取参数类型是InvocationHandler.class的代理类构造器。检验构造器是否可以访问,最后传入InvocationHandler实例的引用去构造出一个代理类实例,InvocationHandler实例的引用其实是Proxy持有着,因为生成的代理类默认继承自Proxy,所以最后会调用Proxy的构造器将引用传入。在这里我们重点关注getProxyClass0这个方法,看看代理类的Class对象是怎样来的,下面贴上该方法的代码

getProxyClass0方法:

1 private static Class<?> getProxyClass0(ClassLoader loader,
2                                        Class<?>... interfaces) {
3     //目标类实现的接口不能大于65535
4     if (interfaces.length > 65535) {
5         throw new IllegalArgumentException("interface limit exceeded");
6     }
7     //获取代理类使用了缓存机制
8     return proxyClassCache.get(loader, interfaces);
9 }

可以看到getProxyClass0方法内部没有多少内容,首先是检查目标代理类实现的接口不能大于65535这个数,之后是通过类加载器和接口集合去缓存里面获取,如果能找到代理类就直接返回,否则就会调用ProxyClassFactory这个工厂去生成一个代理类。关于这里使用到的缓存机制我们留到下一篇专门介绍,首先我们先看看这个工厂类是怎样生成代理类的。

ProxyClassFactory工厂类:

 1 //代理类生成工厂
 2 private static final class ProxyClassFactory 
 3                 implements BiFunction<ClassLoader, Class<?>[], Class<?>> {
 4     //代理类名称前缀
 5     private static final String proxyClassNamePrefix = "$Proxy";
 6     //用原子类来生成代理类的序号, 以此来确定唯一的代理类
 7     private static final AtomicLong nextUniqueNumber = new AtomicLong();
 8     @Override
 9     public Class<?> apply(ClassLoader loader, Class<?>[] interfaces) {
10         Map<Class<?>, Boolean> interfaceSet = new IdentityHashMap<>(interfaces.length);
11         for (Class<?> intf : interfaces) {
12             //这里遍历interfaces数组进行验证, 主要做三件事情
13             //1.intf是否可以由指定的类加载进行加载
14             //2.intf是否是一个接口
15             //3.intf在数组中是否有重复
16         }
17         //生成代理类的包名
18         String proxyPkg = null;
19         //生成代理类的访问标志, 默认是public final的
20         int accessFlags = Modifier.PUBLIC | Modifier.FINAL;
21         for (Class<?> intf : interfaces) {
22             //获取接口的访问标志
23             int flags = intf.getModifiers();
24             //如果接口的访问标志不是public, 那么生成代理类的包名和接口包名相同
25             if (!Modifier.isPublic(flags)) {
26                 //生成的代理类的访问标志设置为final
27                 accessFlags = Modifier.FINAL;
28                 //获取接口全限定名, 例如:java.util.Collection
29                 String name = intf.getName();
30                 int n = name.lastIndexOf(\'.\');
31                 //剪裁后得到包名:java.util
32                 String pkg = ((n == -1) ? "" : name.substring(0, n + 1));
33                 //生成的代理类的包名和接口包名是一样的
34                 if (proxyPkg == null) {
35                     proxyPkg = pkg;
36                 } else if (!pkg.equals(proxyPkg)) {
37                     //代理类如果实现不同包的接口, 并且接口都不是public的, 那么就会在这里报错
38                     throw new IllegalArgumentException(
39                         "non-public interfaces from different packages");
40                 }
41             }
42         }
43         //如果接口访问标志都是public的话, 那生成的代理类都放到默认的包下:com.sun.proxy
44         if (proxyPkg == null) {
45             proxyPkg = ReflectUtil.PROXY_PACKAGE + ".";
46         }
47         //生成代理类的序号
48         long num = nextUniqueNumber.getAndIncrement();
49         //生成代理类的全限定名, 包名+前缀+序号, 例如:com.sun.proxy.$Proxy0
50         String proxyName = proxyPkg + proxyClassNamePrefix + num;
51         //这里是核心, 用ProxyGenerator来生成字节码, 该类放在sun.misc包下
52         byte[] proxyClassFile = ProxyGenerator.generateProxyClass(proxyName,
53                                   interfaces, accessFlags);
54         try {
55             //根据二进制文件生成相应的Class实例
56             return defineClass0(loader, proxyName, proxyClassFile, 
57                               0, proxyClassFile.length);
58         } catch (ClassFormatError e) {
59             throw new IllegalArgumentException(e.toString());
60         }
61     }
62 }

该工厂的apply方法会被调用用来生成代理类的Class对象,由于代码的注释比较详细,我们只挑关键点进行阐述,其他的就不反复赘述了。

1. 在代码中可以看到JDK生成的代理类的类名是“$Proxy”+序号。

2. 如果接口是public的,代理类默认是public final的,并且生成的代理类默认放到com.sun.proxy这个包下。

3. 如果接口是非public的,那么代理类也是非public的,并且生成的代理类会放在对应接口所在的包下。

4. 如果接口是非public的,并且这些接口不在同一个包下,那么就会报错。

生成具体的字节码是调用了ProxyGenerator这个类的generateProxyClass方法。这个类放在sun.misc包下,后续我们会扒出这个类继续深究其底层源码。到这里我们已经分析了Proxy这个类是怎样生成代理类对象的,通过源码我们更直观的了解了整个的执行过程,包括代理类的类名是怎样生成的,代理类的访问标志是怎样确定的,生成的代理类会放到哪个包下面,以及InvocationHandler实例的引用是怎样传入的。不过读者可能还会有疑问,WeakCache缓存是怎样实现的?为什么proxyClassCache.get(loader, interfaces)最后会调用到ProxyClassFactory工厂的apply方法?在下一篇中将会为读者详细介绍WeakCache缓存的实现原理。

以上是关于JDK动态代理[2]----JDK动态代理的底层实现之Proxy源码分析的主要内容,如果未能解决你的问题,请参考以下文章

高仿JDK动态代理 底层源码实现

JDK动态代理的底层实现原理

JDK动态代理的底层实现原理

Java动态代理—JDK DynamicProxy

jdk动态代理和cglib动态代理底层实现原理详细解析(cglib动态代理篇)

JDK / CGLIB 动态代理