轉自 https://www.jianshu.com/u/668d0795a95b

本系列文章將整理到我在GitHub上的《Java面試指南》倉庫，更多精彩內容請到我的倉庫裡檢視
> https://github.com/h2pl/Java-Tutorial

喜歡的話麻煩點下Star哈

文章將同步到我的個人部落格：
> www.how2playlife.com

本文是微信公眾號【Java技術江湖】的《Spring和SpringMVC原始碼分析》其中一篇，本文部分內容來源於網路，為了把本文主題講得清晰透徹，也整合了很多我認為不錯的技術部落格內容，引用其中了一些比較好的部落格文章，如有侵權，請聯絡作者。

該系列博文會告訴你如何從spring基礎入手，一步步地學習spring基礎和springmvc的框架知識，並上手進行專案實戰，spring框架是每一個Java工程師必須要學習和理解的知識點，進一步來說，你還需要掌握spring甚至是springmvc的原始碼以及實現原理，才能更完整地瞭解整個spring技術體系，形成自己的知識框架。

後續還會有springboot和springcloud的技術專題，陸續為大家帶來，敬請期待。

為了更好地總結和檢驗你的學習成果，本系列文章也會提供部分知識點對應的面試題以及參考答案。

如果對本系列文章有什麼建議，或者是有什麼疑問的話，也可以關注公眾號【Java技術江湖】聯絡作者，歡迎你參與本系列博文的創作和修訂。

## 前言
AOP的基礎是Java動態代理，瞭解和使用兩種動態代理能讓我們更好地理解 AOP，在講解AOP之前，讓我們先來看看Java動態代理的使用方式以及底層實現原理。

本文是基於jdk1.8來對動態代理的底層機制進行探究的

## Java代理介紹

Java中代理的實現一般分為三種：JDK靜態代理、JDK動態代理以及CGLIB動態代理。在Spring的AOP實現中，主要應用了JDK動態代理以及CGLIB動態代理。但是本文著重介紹JDK動態代理機制，CGLIB動態代理後面會接著探究。

代理一般實現的模式為JDK靜態代理：建立一個介面，然後建立被代理的類實現該介面並且實現該介面中的抽象方法。之後再建立一個代理類，同時使其也實現這個介面。在代理類中持有一個被代理物件的引用，而後在代理類方法中呼叫該物件的方法。

其實就是代理類為被代理類預處理訊息、過濾訊息並在此之後將訊息轉發給被代理類，之後還能進行訊息的後置處理。代理類和被代理類通常會存在關聯關係(即上面提到的持有的被帶離物件的引用)，代理類本身不實現服務，而是透過呼叫被代理類中的方法來提供服務。

## 靜態代理

![](https://img2018.cnblogs.com/blog/1092007/201908/1092007-20190825140729721-1002455386.png)

介面

![](https://img2018.cnblogs.com/blog/1092007/201908/1092007-20190825140729978-492174823.png)

被代理類

![](https://img2018.cnblogs.com/blog/1092007/201908/1092007-20190825140730312-501564524.png)

代理類

![](https://img2018.cnblogs.com/blog/1092007/201908/1092007-20190825140730518-1275832673.png)

測試類以及輸出結果

我們可以看出，使用JDK靜態代理很容易就完成了對一個類的代理操作。但是JDK靜態代理的缺點也暴露了出來：由於代理只能為一個類服務，如果需要代理的類很多，那麼就需要編寫大量的代理類，比較繁瑣。

下面我們使用JDK動態代理來做同樣的事情

## JDK動態代理

![](https://img2018.cnblogs.com/blog/1092007/201908/1092007-20190825140729721-1002455386.png)

介面

![](https://img2018.cnblogs.com/blog/1092007/201908/1092007-20190825140729978-492174823.png)

被代理類

![](https://img2018.cnblogs.com/blog/1092007/201908/1092007-20190825140731035-1119549632.png)

代理類

![](https://img2018.cnblogs.com/blog/1092007/201908/1092007-20190825140731317-1929161422.png)

測試類以及輸出結果

### JDK動態代理實現原理

JDK動態代理其實也是基本介面實現的。因為透過介面指向實現類例項的多型方式，可以有效地將具體實現與呼叫解耦，便於後期的修改和維護。

透過上面的介紹，我們可以發現JDK靜態代理與JDK動態代理之間有些許相似，比如說都要建立代理類，以及代理類都要實現介面等。但是不同之處也非常明顯----在靜態代理中我們需要對哪個介面和哪個被代理類建立代理類，所以我們在編譯前就需要代理類實現與被代理類相同的介面，並且直接在實現的方法中呼叫被代理類相應的方法；但是動態代理則不同，我們不知道要針對哪個介面、哪個被代理類建立代理類，因為它是在執行時被建立的。

讓我們用一句話來總結一下JDK靜態代理和JDK動態代理的區別，然後開始探究JDK動態代理的底層實現機制：
JDK靜態代理是透過直接編碼建立的，而JDK動態代理是利用反射機制在執行時建立代理類的。
其實在動態代理中，核心是InvocationHandler。每一個代理的例項都會有一個關聯的呼叫處理程式(InvocationHandler)。對待代理例項進行呼叫時，將對方法的呼叫進行編碼並指派到它的呼叫處理器(InvocationHandler)的invoke方法。所以對代理物件例項方法的呼叫都是透過InvocationHandler中的invoke方法來完成的，而invoke方法會根據傳入的代理物件、方法名稱以及引數決定呼叫代理的哪個方法。

我們從JDK動態代理的測試類中可以發現代理類生成是透過Proxy類中的newProxyInstance來完成的，下面我們進入這個函式看一看：

### Proxy類中的newProxyInstance

```
 public static Object newProxyInstance(ClassLoader loader,
                                          Class>[] interfaces,
                                          InvocationHandler h)
        throws IllegalArgumentException
    {
        //如果h為空將丟擲異常
        Objects.requireNonNull(h);

final Class>[] intfs = interfaces.clone();//複製被代理類實現的一些介面，用於後面許可權方面的一些檢查
        final SecurityManager sm = System.getSecurityManager();
        if (sm != null) {
            //在這裡對某些安全許可權進行檢查，確保我們有許可權對預期的被代理類進行代理
            checkProxyAccess(Reflection.getCallerClass(), loader, intfs);
        }

/*
         * 下面這個方法將產生代理類
         */
        Class> cl = getProxyClass0(loader, intfs);

/*
         * 使用指定的呼叫處理程式獲取代理類的建構函式物件
         */
        try {
            if (sm != null) {
                checkNewProxyPermission(Reflection.getCallerClass(), cl);
            }

final Constructor> cons = cl.getConstructor(constructorParams);
            final InvocationHandler ih = h;
            //假如代理類的建構函式是private的，就使用反射來set accessible
            if (!Modifier.isPublic(cl.getModifiers())) {
                AccessController.doPrivileged(new PrivilegedAction<void>() {
                    public Void run() {
                        cons.setAccessible(true);
                        return null;
                    }
                });
            }
            //根據代理類的建構函式來生成代理類的物件並返回
            return cons.newInstance(new Object[]{h});
        } catch (IllegalAccessException|InstantiationException e) {
            throw new InternalError(e.toString(), e);
        } catch (InvocationTargetException e) {
            Throwable t = e.getCause();
            if (t instanceof RuntimeException) {
                throw (RuntimeException) t;
            } else {
                throw new InternalError(t.toString(), t);
            }
        } catch (NoSuchMethodException e) {
            throw new InternalError(e.toString(), e);
        }
    }

```

所以代理類其實是透過getProxyClass方法來生成的：

```
 /**
     * 生成一個代理類，但是在呼叫本方法之前必須進行許可權檢查
     */
    private static Class> getProxyClass0(ClassLoader loader,
                                           Class>... interfaces) {
        //如果介面數量大於65535，丟擲非法引數錯誤
        if (interfaces.length > 65535) {
            throw new IllegalArgumentException("interface limit exceeded");
        }

// 如果在快取中有對應的代理類，那麼直接返回
        // 否則代理類將有 ProxyClassFactory 來建立
        return proxyClassCache.get(loader, interfaces);
    }

```

那麼ProxyClassFactory是什麼呢？

```
   /**
     *  裡面有一個根據給定ClassLoader和Interface來建立代理類的工廠函式  
     *
     */
    private static final class ProxyClassFactory
        implements BiFunction<classloader class="">[], Class>>
    {
        // 代理類的名字的字首統一為“$Proxy”
        private static final String proxyClassNamePrefix = "$Proxy";

// 每個代理類字首後面都會跟著一個唯一的編號，如$Proxy0、$Proxy1、$Proxy2
        private static final AtomicLong nextUniqueNumber = new AtomicLong();

@Override
        public Class> apply(ClassLoader loader, Class>[] interfaces) {

Map<class>, Boolean> interfaceSet = new IdentityHashMap<>(interfaces.length);
            for (Class> intf : interfaces) {
                /*
                 * 驗證類載入器載入介面得到物件是否與由apply函式引數傳入的物件相同
                 */
                Class> interfaceClass = null;
                try {
                    interfaceClass = Class.forName(intf.getName(), false, loader);
                } catch (ClassNotFoundException e) {
                }
                if (interfaceClass != intf) {
                    throw new IllegalArgumentException(
                        intf + " is not visible from class loader");
                }
                /*
                 * 驗證這個Class物件是不是介面
                 */
                if (!interfaceClass.isInterface()) {
                    throw new IllegalArgumentException(
                        interfaceClass.getName() + " is not an interface");
                }
                /*
                 * 驗證這個介面是否重複
                 */
                if (interfaceSet.put(interfaceClass, Boolean.TRUE) != null) {
                    throw new IllegalArgumentException(
                        "repeated interface: " + interfaceClass.getName());
                }
            }

String proxyPkg = null;     // 宣告代理類所在的package
            int accessFlags = Modifier.PUBLIC | Modifier.FINAL;

/*
             * 記錄一個非公共代理介面的包，以便在同一個包中定義代理類。同時驗證所有非公共
             * 代理介面都在同一個包中
             */
            for (Class> intf : interfaces) {
                int flags = intf.getModifiers();
                if (!Modifier.isPublic(flags)) {
                    accessFlags = Modifier.FINAL;
                    String name = intf.getName();
                    int n = name.lastIndexOf('.');
                    String pkg = ((n == -1) ? "" : name.substring(0, n + 1));
                    if (proxyPkg == null) {
                        proxyPkg = pkg;
                    } else if (!pkg.equals(proxyPkg)) {
                        throw new IllegalArgumentException(
                            "non-public interfaces from different packages");
                    }
                }
            }

if (proxyPkg == null) {
                // 如果全是公共代理介面，那麼生成的代理類就在com.sun.proxy package下
                proxyPkg = ReflectUtil.PROXY_PACKAGE + ".";
            }

/*
             * 為代理類生成一個name  package name + 字首+唯一編號
             * 如 com.sun.proxy.$Proxy0.class
             */
            long num = nextUniqueNumber.getAndIncrement();
            String proxyName = proxyPkg + proxyClassNamePrefix + num;

/*
             * 生成指定代理類的位元組碼檔案
             */
            byte[] proxyClassFile = ProxyGenerator.generateProxyClass(
                proxyName, interfaces, accessFlags);
            try {
                return defineClass0(loader, proxyName,
                                    proxyClassFile, 0, proxyClassFile.length);
            } catch (ClassFormatError e) {
                /*
                 * A ClassFormatError here means that (barring bugs in the
                 * proxy class generation code) there was some other
                 * invalid aspect of the arguments supplied to the proxy
                 * class creation (such as virtual machine limitations
                 * exceeded).
                 */
                throw new IllegalArgumentException(e.toString());
            }
        }
    }

```

### 位元組碼生成

由上方程式碼byte[] proxyClassFile = ProxyGenerator.generateProxyClass(proxyName, interfaces, accessFlags);可以看到，其實生成代理類位元組碼檔案的工作是透過 ProxyGenerate類中的generateProxyClass方法來完成的。

```
 public static byte[] generateProxyClass(final String var0, Class>[] var1, int var2) {
        ProxyGenerator var3 = new ProxyGenerator(var0, var1, var2);
       // 真正用來生成代理類位元組碼檔案的方法在這裡
        final byte[] var4 = var3.generateClassFile();
       // 儲存代理類的位元組碼檔案
        if(saveGeneratedFiles) {
            AccessController.doPrivileged(new PrivilegedAction() {
                public Void run() {
                    try {
                        int var1 = var0.lastIndexOf(46);
                        Path var2;
                        if(var1 > 0) {
                            Path var3 = Paths.get(var0.substring(0, var1).replace('.', File.separatorChar), 
                                                                                   new String[0]);
                            Files.createDirectories(var3, new FileAttribute[0]);
                            var2 = var3.resolve(var0.substring(var1 + 1, var0.length()) + ".class");
                        } else {
                            var2 = Paths.get(var0 + ".class", new String[0]);
                        }

Files.write(var2, var4, new OpenOption[0]);
                        return null;
                    } catch (IOException var4x) {
                        throw new InternalError("I/O exception saving generated file: " + var4x);
                    }
                }
            });
        }

return var4;
    }

```

下面來看看真正用於生成代理類位元組碼檔案的generateClassFile方法：

```
private byte[] generateClassFile() {
        //下面一系列的addProxyMethod方法是將介面中的方法和Object中的方法新增到代理方法中(proxyMethod)
        this.addProxyMethod(hashCodeMethod, Object.class);
        this.addProxyMethod(equalsMethod, Object.class);
        this.addProxyMethod(toStringMethod, Object.class);
        Class[] var1 = this.interfaces;
        int var2 = var1.length;

int var3;
        Class var4;
       //獲得介面中所有方法並新增到代理方法中
        for(var3 = 0; var3 < var2; ++var3) {
            var4 = var1[var3];
            Method[] var5 = var4.getMethods();
            int var6 = var5.length;

for(int var7 = 0; var7 < var6; ++var7) {
                Method var8 = var5[var7];
                this.addProxyMethod(var8, var4);
            }
        }

Iterator var11 = this.proxyMethods.values().iterator();
        //驗證具有相同方法簽名的方法的返回型別是否一致
        List var12;
        while(var11.hasNext()) {
            var12 = (List)var11.next();
            checkReturnTypes(var12);
        }

//後面一系列的步驟用於寫代理類Class檔案
        Iterator var15;
        try {
             //生成代理類的建構函式
            this.methods.add(this.generateConstructor());
            var11 = this.proxyMethods.values().iterator();

while(var11.hasNext()) {
                var12 = (List)var11.next();
                var15 = var12.iterator();

while(var15.hasNext()) {
                    ProxyGenerator.ProxyMethod var16 = (ProxyGenerator.ProxyMethod)var15.next();
                    //將代理類欄位宣告為Method，並且欄位修飾符為 private static.
                   //因為 10 是 ACC_PRIVATE和ACC_STATIC的與運算 故代理類的欄位都是 private static Method ***
                    this.fields.add(new ProxyGenerator.FieldInfo(var16.methodFieldName, 
                                   "Ljava/lang/reflect/Method;", 10));
                   //生成代理類的方法
                    this.methods.add(var16.generateMethod());
                }
            }
           //為代理類生成靜態程式碼塊對某些欄位進行初始化
            this.methods.add(this.generateStaticInitializer());
        } catch (IOException var10) {
            throw new InternalError("unexpected I/O Exception", var10);
        }

if(this.methods.size() > '\uffff') { //代理類中的方法數量超過65535就拋異常
            throw new IllegalArgumentException("method limit exceeded");
        } else if(this.fields.size() > '\uffff') {// 代理類中欄位數量超過65535也拋異常
            throw new IllegalArgumentException("field limit exceeded");
        } else {
            // 後面是對檔案進行處理的過程
            this.cp.getClass(dotToSlash(this.className));
            this.cp.getClass("java/lang/reflect/Proxy");
            var1 = this.interfaces;
            var2 = var1.length;

for(var3 = 0; var3 < var2; ++var3) {
                var4 = var1[var3];
                this.cp.getClass(dotToSlash(var4.getName()));
            }

this.cp.setReadOnly();
            ByteArrayOutputStream var13 = new ByteArrayOutputStream();
            DataOutputStream var14 = new DataOutputStream(var13);

try {
                var14.writeInt(-889275714);
                var14.writeShort(0);
                var14.writeShort(49);
                this.cp.write(var14);
                var14.writeShort(this.accessFlags);
                var14.writeShort(this.cp.getClass(dotToSlash(this.className)));
                var14.writeShort(this.cp.getClass("java/lang/reflect/Proxy"));
                var14.writeShort(this.interfaces.length);
                Class[] var17 = this.interfaces;
                int var18 = var17.length;

for(int var19 = 0; var19 < var18; ++var19) {
                    Class var22 = var17[var19];
                    var14.writeShort(this.cp.getClass(dotToSlash(var22.getName())));
                }

var14.writeShort(this.fields.size());
                var15 = this.fields.iterator();

while(var15.hasNext()) {
                    ProxyGenerator.FieldInfo var20 = (ProxyGenerator.FieldInfo)var15.next();
                    var20.write(var14);
                }

var14.writeShort(this.methods.size());
                var15 = this.methods.iterator();

while(var15.hasNext()) {
                    ProxyGenerator.MethodInfo var21 = (ProxyGenerator.MethodInfo)var15.next();
                    var21.write(var14);
                }

var14.writeShort(0);
                return var13.toByteArray();
            } catch (IOException var9) {
                throw new InternalError("unexpected I/O Exception", var9);
            }
        }
    }

```

## 代理類的方法呼叫

下面是將介面與Object中一些方法新增到代理類中的addProxyMethod方法：

```
private void addProxyMethod(Method var1, Class> var2) {
        String var3 = var1.getName();//獲得方法名稱
        Class[] var4 = var1.getParameterTypes();//獲得方法引數型別
        Class var5 = var1.getReturnType();//獲得方法返回型別
        Class[] var6 = var1.getExceptionTypes();//異常型別
        String var7 = var3 + getParameterDescriptors(var4);//獲得方法簽名
        Object var8 = (List)this.proxyMethods.get(var7);//根據方法前面獲得proxyMethod的value
        if(var8 != null) {//處理多個代理介面中方法重複的情況
            Iterator var9 = ((List)var8).iterator();

while(var9.hasNext()) {
                ProxyGenerator.ProxyMethod var10 = (ProxyGenerator.ProxyMethod)var9.next();
                if(var5 == var10.returnType) {
                    ArrayList var11 = new ArrayList();
                    collectCompatibleTypes(var6, var10.exceptionTypes, var11);
                    collectCompatibleTypes(var10.exceptionTypes, var6, var11);
                    var10.exceptionTypes = new Class[var11.size()];
                    var10.exceptionTypes = (Class[])var11.toArray(var10.exceptionTypes);
                    return;
                }
            }
        } else {
            var8 = new ArrayList(3);
            this.proxyMethods.put(var7, var8);
        }

((List)var8).add(new ProxyGenerator.ProxyMethod(var3, var4, var5, var6, var2, null));
    }
```

這就是最終真正的代理類，它繼承自Proxy並實現了我們定義的Subject介面。我們透過

```
HelloInterface helloInterface = (HelloInterface ) Proxy.newProxyInstance(loader, interfaces, handler);
```

*   1

得到的最終代理類物件就是上面這個類的例項。那麼我們執行如下語句：

```
helloInterface.hello("Tom");
```

*   1

實際上就是執行上面類的相應方法，也就是：

```
 public final void hello(String paramString)
  {
    try
    {
      this.h.invoke(this, m3, new Object[] { paramString });
      //就是呼叫我們自定義的InvocationHandlerImpl的 invoke方法：
      return;
    }
    catch (Error|RuntimeException localError)
    {
      throw localError;
    }
    catch (Throwable localThrowable)
    {
      throw new UndeclaredThrowableException(localThrowable);
    }
  }
```

注意這裡的`this.h.invoke`中的h，它是類Proxy中的一個屬性

```
 protected InvocationHandler h;
```

因為這個代理類繼承了Proxy，所以也就繼承了這個屬性，而這個屬性值就是我們定義的

```
InvocationHandler handler = new InvocationHandlerImpl(hello);
```

*   1

同時我們還發現，invoke方法的第一引數在底層呼叫的時候傳入的是`this`，也就是最終生成的代理物件ProxySubject，這是JVM自己動態生成的，而不是我們自己定義的代理物件。

## 深入理解CGLIB動態代理機制

Cglib是什麼

Cglib是一個強大的、高效能的程式碼生成包，它廣泛被許多AOP框架使用，為他們提供方法的攔截。下圖是我網上找到的一張Cglib與一些框架和語言的關係：

![](https://images2015.cnblogs.com/blog/801753/201704/801753-20170403122105941-1116862243.gif)

對此圖總結一下：

*   最底層的是位元組碼Bytecode，位元組碼是Java為了保證“一次編譯、到處執行”而產生的一種虛擬指令格式，例如iload_0、iconst_1、if_icmpne、dup等
*   位於位元組碼之上的是ASM，這是一種直接操作位元組碼的框架，應用ASM需要對Java位元組碼、Class結構比較熟悉
*   位於ASM之上的是CGLIB、Groovy、BeanShell，後兩種並不是Java體系中的內容而是指令碼語言，它們透過ASM框架生成位元組碼變相執行Java程式碼，這說明在JVM中執行程式並不一定非要寫Java程式碼----只要你能生成Java位元組碼，JVM並不關心位元組碼的來源，當然透過Java程式碼生成的JVM位元組碼是透過編譯器直接生成的，算是最“正統”的JVM位元組碼
*   位於CGLIB、Groovy、BeanShell之上的就是Hibernate、Spring AOP這些框架了，這一層大家都比較熟悉
*   最上層的是Applications，即具體應用，一般都是一個Web專案或者本地跑一個程式

本文是基於CGLIB 3.1進行探究的

cglib is a powerful, high performance and quality Code Generation Library, It is used to extend JAVA classes and implements interfaces at runtime.

在Spring AOP中，通常會用它來生成AopProxy物件。不僅如此，在Hibernate中PO(Persistant Object 持久化物件)位元組碼的生成工作也要靠它來完成。

本文將深入探究CGLIB動態代理的實現機制，配合下面這篇文章一起食用口味更佳：
[深入理解JDK動態代理機制](https://www.jianshu.com/p/471c80a7e831)

### CGLIB動態代理示例

下面由一個簡單的示例開始我們對CGLIB動態代理的介紹：

![](https://img2018.cnblogs.com/blog/1092007/201908/1092007-20190825140731697-1665999459.png)

為了後續編碼的順利進行，我們需要使用Maven引入CGLIB的包

![](https://img2018.cnblogs.com/blog/1092007/201908/1092007-20190825140732067-1529903146.png)

圖1.1 被代理類

![](https://img2018.cnblogs.com/blog/1092007/201908/1092007-20190825140732309-293903217.png)

圖1.2 實現MethodInterceptor介面生成方法攔截器

![](https://img2018.cnblogs.com/blog/1092007/201908/1092007-20190825140732746-1527907182.png)

圖1.3 生成代理類物件並列印在代理類物件呼叫方法之後的執行結果

JDK代理要求被代理的類必須實現介面，有很強的侷限性。而CGLIB動態代理則沒有此類強制性要求。簡單的說，CGLIB會讓生成的代理類繼承被代理類，並在代理類中對代理方法進行強化處理(前置處理、後置處理等)。在CGLIB底層，其實是藉助了ASM這個非常強大的Java位元組碼生成框架。

### 生成代理類物件

從圖1.3中我們看到，代理類物件是由Enhancer類建立的。Enhancer是CGLIB的位元組碼增強器，可以很方便的對類進行擴充，如圖1.3中的為類設定Superclass。

建立代理物件的幾個步驟:

*   生成代理類的二進位制位元組碼檔案；
*   載入二進位制位元組碼，生成Class物件( 例如使用Class.forName()方法 )；
*   透過反射機制獲得例項構造，並建立代理類物件

我們來看看將代理類Class檔案反編譯之後的Java程式碼

```
package proxy;

import java.lang.reflect.Method;
import net.sf.cglib.core.ReflectUtils;
import net.sf.cglib.core.Signature;
import net.sf.cglib.proxy.Callback;
import net.sf.cglib.proxy.Factory;
import net.sf.cglib.proxy.MethodInterceptor;
import net.sf.cglib.proxy.MethodProxy;

public class HelloServiceImpl$EnhancerByCGLIB$82ef2d06
  extends HelloServiceImpl
  implements Factory
{
  private boolean CGLIB$BOUND;
  private static final ThreadLocal CGLIB$THREAD_CALLBACKS;
  private static final Callback[] CGLIB$STATIC_CALLBACKS;
  private MethodInterceptor CGLIB$CALLBACK_0;
  private static final Method CGLIB$sayHello$0$Method;
  private static final MethodProxy CGLIB$sayHello$0$Proxy;
  private static final Object[] CGLIB$emptyArgs;
  private static final Method CGLIB$finalize$1$Method;
  private static final MethodProxy CGLIB$finalize$1$Proxy;
  private static final Method CGLIB$equals$2$Method;
  private static final MethodProxy CGLIB$equals$2$Proxy;
  private static final Method CGLIB$toString$3$Method;
  private static final MethodProxy CGLIB$toString$3$Proxy;
  private static final Method CGLIB$hashCode$4$Method;
  private static final MethodProxy CGLIB$hashCode$4$Proxy;
  private static final Method CGLIB$clone$5$Method;
  private static final MethodProxy CGLIB$clone$5$Proxy;

static void CGLIB$STATICHOOK1()
  {
    CGLIB$THREAD_CALLBACKS = new ThreadLocal();
    CGLIB$emptyArgs = new Object[0];
    Class localClass1 = Class.forName("proxy.HelloServiceImpl$EnhancerByCGLIB$82ef2d06");
    Class localClass2;
    Method[] tmp95_92 = ReflectUtils.findMethods(new String[] { "finalize", "()V", "equals", "(Ljava/lang/Object;)Z", "toString", "()Ljava/lang/String;", "hashCode", "()I", "clone", "()Ljava/lang/Object;" }, (localClass2 = Class.forName("java.lang.Object")).getDeclaredMethods());
    CGLIB$finalize$1$Method = tmp95_92[0];
    CGLIB$finalize$1$Proxy = MethodProxy.create(localClass2, localClass1, "()V", "finalize", "CGLIB$finalize$1");
    Method[] tmp115_95 = tmp95_92;
    CGLIB$equals$2$Method = tmp115_95[1];
    CGLIB$equals$2$Proxy = MethodProxy.create(localClass2, localClass1, "(Ljava/lang/Object;)Z", "equals", "CGLIB$equals$2");
    Method[] tmp135_115 = tmp115_95;
    CGLIB$toString$3$Method = tmp135_115[2];
    CGLIB$toString$3$Proxy = MethodProxy.create(localClass2, localClass1, "()Ljava/lang/String;", "toString", "CGLIB$toString$3");
    Method[] tmp155_135 = tmp135_115;
    CGLIB$hashCode$4$Method = tmp155_135[3];
    CGLIB$hashCode$4$Proxy = MethodProxy.create(localClass2, localClass1, "()I", "hashCode", "CGLIB$hashCode$4");
    Method[] tmp175_155 = tmp155_135;
    CGLIB$clone$5$Method = tmp175_155[4];
    CGLIB$clone$5$Proxy = MethodProxy.create(localClass2, localClass1, "()Ljava/lang/Object;", "clone", "CGLIB$clone$5");
    tmp175_155;
    Method[] tmp223_220 = ReflectUtils.findMethods(new String[] { "sayHello", "()V" }, (localClass2 = Class.forName("proxy.HelloServiceImpl")).getDeclaredMethods());
    CGLIB$sayHello$0$Method = tmp223_220[0];
    CGLIB$sayHello$0$Proxy = MethodProxy.create(localClass2, localClass1, "()V", "sayHello", "CGLIB$sayHello$0");
    tmp223_220;
    return;
  }

final void CGLIB$sayHello$0()
  {
    super.sayHello();
  }

public final void sayHello()
  {
    MethodInterceptor tmp4_1 = this.CGLIB$CALLBACK_0;
    if (tmp4_1 == null)
    {
      tmp4_1;
      CGLIB$BIND_CALLBACKS(this);
    }
    if (this.CGLIB$CALLBACK_0 != null) {
      return;
    }
    super.sayHello();
  }

final void CGLIB$finalize$1()
    throws Throwable
  {
    super.finalize();
  }

protected final void finalize()
    throws Throwable
  {
    MethodInterceptor tmp4_1 = this.CGLIB$CALLBACK_0;
    if (tmp4_1 == null)
    {
      tmp4_1;
      CGLIB$BIND_CALLBACKS(this);
    }
    if (this.CGLIB$CALLBACK_0 != null) {
      return;
    }
    super.finalize();
  }

final boolean CGLIB$equals$2(Object paramObject)
  {
    return super.equals(paramObject);
  }

public final boolean equals(Object paramObject)
  {
    MethodInterceptor tmp4_1 = this.CGLIB$CALLBACK_0;
    if (tmp4_1 == null)
    {
      tmp4_1;
      CGLIB$BIND_CALLBACKS(this);
    }
    MethodInterceptor tmp17_14 = this.CGLIB$CALLBACK_0;
    if (tmp17_14 != null)
    {
      Object tmp41_36 = tmp17_14.intercept(this, CGLIB$equals$2$Method, new Object[] { paramObject }, CGLIB$equals$2$Proxy);
      tmp41_36;
      return tmp41_36 == null ? false : ((Boolean)tmp41_36).booleanValue();
    }
    return super.equals(paramObject);
  }

final String CGLIB$toString$3()
  {
    return super.toString();
  }

public final String toString()
  {
    MethodInterceptor tmp4_1 = this.CGLIB$CALLBACK_0;
    if (tmp4_1 == null)
    {
      tmp4_1;
      CGLIB$BIND_CALLBACKS(this);
    }
    MethodInterceptor tmp17_14 = this.CGLIB$CALLBACK_0;
    if (tmp17_14 != null) {
      return (String)tmp17_14.intercept(this, CGLIB$toString$3$Method, CGLIB$emptyArgs, CGLIB$toString$3$Proxy);
    }
    return super.toString();
  }

final int CGLIB$hashCode$4()
  {
    return super.hashCode();
  }

public final int hashCode()
  {
    MethodInterceptor tmp4_1 = this.CGLIB$CALLBACK_0;
    if (tmp4_1 == null)
    {
      tmp4_1;
      CGLIB$BIND_CALLBACKS(this);
    }
    MethodInterceptor tmp17_14 = this.CGLIB$CALLBACK_0;
    if (tmp17_14 != null)
    {
      Object tmp36_31 = tmp17_14.intercept(this, CGLIB$hashCode$4$Method, CGLIB$emptyArgs, CGLIB$hashCode$4$Proxy);
      tmp36_31;
      return tmp36_31 == null ? 0 : ((Number)tmp36_31).intValue();
    }
    return super.hashCode();
  }

final Object CGLIB$clone$5()
    throws CloneNotSupportedException
  {
    return super.clone();
  }

protected final Object clone()
    throws CloneNotSupportedException
  {
    MethodInterceptor tmp4_1 = this.CGLIB$CALLBACK_0;
    if (tmp4_1 == null)
    {
      tmp4_1;
      CGLIB$BIND_CALLBACKS(this);
    }
    MethodInterceptor tmp17_14 = this.CGLIB$CALLBACK_0;
    if (tmp17_14 != null) {
      return tmp17_14.intercept(this, CGLIB$clone$5$Method, CGLIB$emptyArgs, CGLIB$clone$5$Proxy);
    }
    return super.clone();
  }

public static MethodProxy CGLIB$findMethodProxy(Signature paramSignature)
  {
    String tmp4_1 = paramSignature.toString();
    switch (tmp4_1.hashCode())
    {
    case -1574182249: 
      if (tmp4_1.equals("finalize()V")) {
        return CGLIB$finalize$1$Proxy;
      }
      break;
    }
  }

public HelloServiceImpl$EnhancerByCGLIB$82ef2d06()
  {
    CGLIB$BIND_CALLBACKS(this);
  }

public static void CGLIB$SET_THREAD_CALLBACKS(Callback[] paramArrayOfCallback)
  {
    CGLIB$THREAD_CALLBACKS.set(paramArrayOfCallback);
  }

public static void CGLIB$SET_STATIC_CALLBACKS(Callback[] paramArrayOfCallback)
  {
    CGLIB$STATIC_CALLBACKS = paramArrayOfCallback;
  }

private static final void CGLIB$BIND_CALLBACKS(Object paramObject)
  {
    82ef2d06 local82ef2d06 = (82ef2d06)paramObject;
    if (!local82ef2d06.CGLIB$BOUND)
    {
      local82ef2d06.CGLIB$BOUND = true;
      Object tmp23_20 = CGLIB$THREAD_CALLBACKS.get();
      if (tmp23_20 == null)
      {
        tmp23_20;
        CGLIB$STATIC_CALLBACKS;
      }
      local82ef2d06.CGLIB$CALLBACK_0 = (// INTERNAL ERROR //

```

### 對委託類進行代理

我們上面貼出了生成的代理類原始碼。以我們上面的例子為參考，下面我們總結一下CGLIB在進行代理的時候都進行了哪些工作呢

*   生成的代理類HelloServiceImpl$EnhancerByCGLIB$82ef2d06繼承被代理類HelloServiceImpl。在這裡我們需要注意一點：如果委託類被final修飾，那麼它不可被繼承，即不可被代理；同樣，如果委託類中存在final修飾的方法，那麼該方法也不可被代理；
*   代理類會為委託方法生成兩個方法，一個是重寫的sayHello方法，另一個是CGLIB$sayHello$0方法，我們可以看到它是直接呼叫父類的sayHello方法；
*   當執行代理物件的sayHello方法時，會首先判斷一下是否存在實現了MethodInterceptor介面的CGLIB$CALLBACK_0;，如果存在，則將呼叫MethodInterceptor中的intercept方法，如圖2.1。

![](https://img2018.cnblogs.com/blog/1092007/201908/1092007-20190825140733103-2101709172.png)

圖2.1 intercept方法

![](https://img2018.cnblogs.com/blog/1092007/201908/1092007-20190825140733381-1955520660.png)

圖2.2 代理類為每個委託方法都會生成兩個方法

在intercept方法中，我們除了會呼叫委託方法，還會進行一些增強操作。在Spring AOP中，典型的應用場景就是在某些敏感方法執行前後進行操作日誌記錄。

我們從圖2.1中看到，呼叫委託方法是透過代理方法的MethodProxy物件呼叫invokeSuper方法來執行的，下面我們看看invokeSuper方法中的玄機：

![](https://img2018.cnblogs.com/blog/1092007/201908/1092007-20190825140733825-816756585.png)

圖2.3 invokeSuper方法

在這裡好像不能直接看出代理方法的呼叫。沒關係，我會慢慢介紹。
我們知道，在JDK動態代理中方法的呼叫是透過反射來完成的。如果有對此不太瞭解的同學，可以看下我之前的部落格----[深入理解JDK動態代理機制](https://www.jianshu.com/p/471c80a7e831)。但是在CGLIB中，方法的呼叫並不是透過反射來完成的，而是直接對方法進行呼叫：FastClass對Class物件進行特別的處理，比如將會用陣列儲存method的引用，每次呼叫方法的時候都是透過一個index下標來保持對方法的引用。比如下面的getIndex方法就是透過方法簽名來獲得方法在儲存了Class資訊的陣列中的下標。

![](https://img2018.cnblogs.com/blog/1092007/201908/1092007-20190825140734172-226519980.png)

圖2.4 getIndex方法

![](https://img2018.cnblogs.com/blog/1092007/201908/1092007-20190825140734361-1715137603.png)

圖2.5 FastClassInfo類中持有兩個FastClass物件的引用.png

以我們上面的sayHello方法為例，f1指向委託類物件，f2指向代理類物件，i1和i2分別代表著sayHello方法以及CGLIB$sayHello$0方法在物件資訊陣列中的下標。

到此為止CGLIB動態代理機制就介紹完了，下面給出三種代理方式之間對比。

| 代理方式 | 實現 | 優點 | 缺點 | 特點 |
| --- | --- | --- | --- | --- |
| JDK靜態代理 | 代理類與委託類實現同一介面，並且在代理類中需要硬編碼介面 | 實現簡單，容易理解 | 代理類需要硬編碼介面，在實際應用中可能會導致重複編碼，浪費儲存空間並且效率很低 | 好像沒啥特點 |
| JDK動態代理 | 代理類與委託類實現同一介面，主要是透過代理類實現InvocationHandler並重寫invoke方法來進行動態代理的，在invoke方法中將對方法進行增強處理 | 不需要硬編碼介面，程式碼複用率高 | 只能夠代理實現了介面的委託類 | 底層使用反射機制進行方法的呼叫 |
| CGLIB動態代理 | 代理類將委託類作為自己的父類併為其中的非final委託方法建立兩個方法，一個是與委託方法簽名相同的方法，它在方法中會透過super呼叫委託方法；另一個是代理類獨有的方法。在代理方法中，它會判斷是否存在實現了MethodInterceptor介面的物件，若存在則將呼叫intercept方法對委託方法進行代理 | 可以在執行時對類或者是介面進行增強操作，且委託類無需實現介面 | 不能對final類以及final方法進行代理 | 底層將方法全部存入一個陣列中，透過陣列索引直接進行方法呼叫 |</class></classloader></void>

Spring原始碼剖析5：JDK和cglib動態代理原理詳解

相關文章