哈喽呀~~筒子们,小之最近在看Spring的源码,正好遇到几个Aop的问题涉及到Java的动态代理,之前对这个东西大致能理解,但是没有仔细的去看源码,今天我们来扒一扒它的真面目。

阅读本文,你将会收获:

  • 理解为什么Jdk动态代理,代理类必须实现接口

  • 理解Jdk动态代理全过程

  • 看到Jdk的动态代理类的类的内容 如果只想看这个可以直接翻到最后/(ㄒoㄒ)/

  • 如何自己得到一个代理类的内容

  • 如何看源码

  • 变强

    老规矩,上代码观现象

依赖的类,明白上面的过程可以跳过不看

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
public interface HelloService {
    void sayHello();
}
/******************************************************/
public class HelloServiceImpl implements HelloService {
  @Override
  public void sayHello() {
    System.out.println("给掘金大佬们低头 (:");
  }
}
/****************************************************/
public class HelloInvocationHandle implements InvocationHandler {

    private Object target;

    public HelloInvocationHandle(Object target) {
        this.target = target;
    }

    @Override
    public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
        System.out.println("proxy before=======");
        Object result = method.invoke(target, args);
        System.out.println("proxy end=======");
        return result;
    }
}

上面的代码,相信大家在学动态代理的时候,都有写过,我就不赘述了,大家有想过他是怎么实现的吗?为什么调代理类的sayHello()就可以直接使用InvocationHandler里的invoke()逻辑呢?为什么代理类必须要实现一个接口这么麻烦呢?我们继续往下面看。

源码分析

我们看上面的Main方法,可以看出来Proxy.newProxyInstance()这个方法承载了代理类的所有的逻辑,所有的魔法都在这里面

1
2
3
4
//生成一个代理对象
HelloService proxy = (HelloService) Proxy.newProxyInstance(
    Thread.currentThread().getContextClassLoader(),
    hello.getClass().getInterfaces(),handle);

我们点进去,看看里面长啥样

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
    private static final Class<?>[] constructorParams =
        { InvocationHandler.class };

    public static Object newProxyInstance(ClassLoader loader,
                                          Class<?>[] interfaces,
                                          InvocationHandler h) {
        ...
        //这里的interface数组里面放的是 HelloService,就是代理类需要实现的那个接口
        //这边复制了一份等待处理
        final Class<?>[] intfs = interfaces.clone();
        ...
        //得到了代理类的Class
        Class<?> cl = getProxyClass0(loader, intfs);
        ...
        //传入构造对象拿到代理类的构造器
        //从这里我们可以猜出这个代理类一个有一个构造方法是传入InvocationHandler进行初始化的
        final Constructor<?> cons = cl.getConstructor(constructorParams);
        //通过反射传入之前我们定义的那个HelloInvocationHandle,进行构造器实例化代理对象
        return cons.newInstance(new Object[]{h});

简单的分析一下上面的代码,流程也很简单

  • 传入HelloService.class类进行代理类的生成,这样代理类就有了原始类的方法信息,例如sayHello()
  • 通过一个InvocationHandler这个构造对象拿到该代理类的构造方法
  • 传入之前我们定义的HelloInvocationHandle,构造器实例化了活生生的代理对象 从这里我们大致就能明白了Jdk动态代理的原理:克隆一个接口,生成一个新类作为代理类,这个类里面有着我们定义的HelloInvocationHandle进行代理逻辑的处理 > 这里就回答了我们上面提到的一个问题: Jdk动态代理,代理类必须实现接口,是因为跟他的实现有关系,他规定了必须要传一个接口去生成代理类

所以所有的谜团就在生成代理类的getProxyClass0(loader, intfs)这个方法里

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
private static Class<?> getProxyClass0(ClassLoader loader,
                                           Class<?>... interfaces) {
       ...
        // If the proxy class defined by the given loader implementing
        // the given interfaces exists, this will simply return the cached copy;
        // otherwise, it will create the proxy class via the ProxyClassFactory
        //这里从一个代理缓存的Cache中得到代理,Cache里面涉及虚引用实引用的东西不在我们讨论的范围里,我们直接看这个类是怎么生成的
        return proxyClassCache.get(loader, interfaces);
    }

//从上面的注释和这里我们都可以看出代理类是从一个叫ProxyClassFactory里生成的
private static final WeakCache<ClassLoader, Class<?>[], Class<?>>
     proxyClassCache = new WeakCache<>(new KeyFactory(), new ProxyClassFactory()); 

看上面的注释我们可以看出到ProxyClassFactory负责生成代理类

我这里看的是jdk1.8的源码,用lambda重构过,旧版本看到的可以不一样,主逻辑应该没什么变化

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
// prefix for all proxy class names
private static final String proxyClassNamePrefix = "$Proxy";

public Class<?> apply(ClassLoader loader, Class<?>[] interfaces) {
    ...
    //这里定义了代理类的名字,所以你每次看到的代理类都是$Proxy开头的
    String proxyName = proxyPkg + proxyClassNamePrefix + num;
    //关键点在这里,这里生成一个代理类
    byte[] proxyClassFile = ProxyGenerator.generateProxyClass(
    proxyName, interfaces, accessFlags);
}

ProxyGenerator.generateProxyClass(proxyName, interfaces, accessFlags)这个方法如果感兴趣的大佬点进去可以看到,里面是用StringBuilder拼出了这个代理类的字节码(:,然后转成了Byte数组。

Bingo

关键点来了! 这个代理类长啥样怎么看?Debug没有暴露出来啊亲,看不了,小之看到上面的byte[] proxyClassFile这个变量,露出了一丝坏笑,前面说过,这个变量里存的是代理类字节码内容啊!没错!输出流伺候! 小之一顿操作,QWER!飞起

哦呵

反编译,哦呵

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
public final class $Proxy0 extends Proxy implements HelloService {
    private static Method m1; //equals()方法
    private static Method m3; //Bingo 我们的sayHello方法()
    private static Method m2; //toString()方法
    private static Method m0; //hashCode()方法
    
    //这里就是我们之前提交的InvocationHandler这个构造方法!!
    public $Proxy0(InvocationHandler var1) throws  {
        super(var1);
    }

    public final boolean equals(Object var1) throws  {
        try {
            return ((Boolean)super.h.invoke(this, m1, new Object[]{var1})).booleanValue();
        } catch (RuntimeException | Error var3) {
            throw var3;
        } catch (Throwable var4) {
            throw new UndeclaredThrowableException(var4);
        }
    }

    //勇士来吧!看一看我们的代理类的sayHello()方法长什么样子呀!!
    public final void sayHello() throws  {
        try {
            super.h.invoke(this, m3, (Object[])null);
        } catch (RuntimeException | Error var2) {
            throw var2;
        } catch (Throwable var3) {
            throw new UndeclaredThrowableException(var3);
        }
    }

    public final String toString() throws  {
        try {
            return (String)super.h.invoke(this, m2, (Object[])null);
        } catch (RuntimeException | Error var2) {
            throw var2;
        } catch (Throwable var3) {
            throw new UndeclaredThrowableException(var3);
        }
    }

    public final int hashCode() throws  {
        try {
            return ((Integer)super.h.invoke(this, m0, (Object[])null)).intValue();
        } catch (RuntimeException | Error var2) {
            throw var2;
        } catch (Throwable var3) {
            throw new UndeclaredThrowableException(var3);
        }
    }

    static {
        try {
            m1 = Class.forName("java.lang.Object").getMethod("equals", new Class[]{Class.forName("java.lang.Object")});
            m3 = Class.forName("proxy.service.HelloService").getMethod("sayHello", new Class[0]);
            m2 = Class.forName("java.lang.Object").getMethod("toString", new Class[0]);
            m0 = Class.forName("java.lang.Object").getMethod("hashCode", new Class[0]);
        } catch (NoSuchMethodException var2) {
            throw new NoSuchMethodError(var2.getMessage());
        } catch (ClassNotFoundException var3) {
            throw new NoClassDefFoundError(var3.getMessage());
        }
    }
}

筒子们,请聚焦上面的代理类sayHello()方法。真相大白了吧?代理类里实现了接口里的方法,全部调用了你的HelloInvocationinvoke()方法啦!

这里说一下上面的super.h.invoke(this, m3, (Object[])null);super.h是什么东西,明眼的大佬都应该看出来了吧?继承了Proxy类,是Proxy里定义的InvocationHandler变量,也就是你的HelloInvocation

总结

大佬们,是不是觉得Jdk动态代理也不是很复杂?好像自己也能写出来?哈哈,本篇文章还想提供一个Debug代码的思路,其实看源码没那么难,希望可以帮到大家,我们下次再见啦~

对了我这里安利一下我的Github点我点我 目前正在做的几个东西:

Triple 自己写的一个RPC框架,练手的,功能不是很完善,主要目的是为了借助这个去理解网络相关的知识点,如Netty,想起来写一点~

数据结构和算法 数据结构和算法是薄弱项,多学学练练好吹吹🐂🍺呀

Spring源码分析 还在分析,里面会整理一些问题,带着问题去看源码效率更高一点,欢迎大家有什么关于Spring的不懂的,可以给我提Issue,文章写好了应该也会发到掘金,毕竟基佬多(逃。