主頁 > 軟體設計 > 代理模式——JDK動態代理與CGLib原理及對比分析

代理模式——JDK動態代理與CGLib原理及對比分析

2022-10-16 12:08:39 軟體設計

1.前言

首先回顧下代理模式(Proxy Pattern)的定義:代理模式指為其他物件提供一種代理,以控制這個物件的訪問,屬于結構型設計模式,其適用于在某些情況下,一個物件不適合或者不能直接參考另一個物件,而代理物件可以在客戶端于目標物件之間起到中介的作用,

代理模式主要分為靜態代理和動態代理兩種方式,靜態代理需要手動創建代理類,代理的目標物件是固定的;動態代理使用反射機制,代理的目標物件是活動的,不需要創建代理類即可給不同的目標隨時創建代理,本篇重點探究動態代理的實作,

2.JDK動態代理

JDK動態代理采用位元組重組,重新生成物件來替代原始物件,以達到動態代理的目的,JDK動態代理生成物件的步驟如下:

  1. 獲取被代理物件的參考,并且獲取它的所有介面,反射獲取,
  2. JDK動態代理類重新生成一個新的類,同時新的類要實作被代理類實作的所有介面,
  3. 動態生成Java代碼,新加的業務邏輯方法由一定的邏輯代碼呼叫(在代碼中體現),
  4. 編譯新生成的Java代碼.class檔案,
  5. 重新加載到JVM中運行,

2.1 JDK動態代理實作及原理原始碼決議

實作一個JDK動態代理,方式為實作java.lang.reflect.InvocationHandler介面,并使用java.lang.reflect.Proxy.newProxyInstance()方法生成代理物件,

/**
* 要代理的介面
*/
public interface IPerson {
    void learn();
}

/**
* 真實呼叫類
*/
public class Zhangsan implements IPerson {
    public void learn() {
        System.out.println("==張三學習中間件==");
    }
}

/**
* JDK代理類生成
*/
import java.lang.reflect.InvocationHandler;
import java.lang.reflect.Method;
import java.lang.reflect.Proxy;
public class JdkInvocationHandler implements InvocationHandler {
    private IPerson target;
    public IPerson getInstance(IPerson target){
        this.target = target;
        Class<?> clazz =  target.getClass();
        return (IPerson) Proxy.newProxyInstance(clazz.getClassLoader(),clazz.getInterfaces(),this);
    }
    public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
        before();
        Object result = method.invoke(this.target,args);
        after();
        return result;
    }
    private void before() {
        System.out.println("事前做好計劃");
    }
    
    private void after() {
        System.out.println("事后回顧梳理");
    }
}

/**
* 測驗
*/
public class TestProxy {
    public static void main(String[] args) {
        try {
            //把生成的位元組碼保存到本地磁盤,動態生成的類會保存在工程根目錄下的 com/sun/proxy 目錄里面
            System.setProperty("sun.misc.ProxyGenerator.saveGeneratedFiles","true");
            IPerson obj = (IPerson) new JdkInvocationHandler().getInstance(new Zhangsan());
            obj.learn();
        } catch (Exception e) {
            e.printStackTrace();
        }
    }
}

看下 Proxy.newProxyInstance 里面究竟發生了什么?

結合流程圖,在生成位元組碼的那個地方,也就是 ProxyGenerator.generateProxyClass() 方法里面,通過代碼可以看到(自行查閱,篇幅原因,這里不貼代碼),里面是用引數 saveGeneratedFiles 來控制是否把生成的位元組碼保存到本地磁盤,代碼中已經設定保存到本地,現在找到剛才生成的 $Proxy0.class,反編譯打開如下:

import com.zang.jdkproxy.IPerson;
import java.lang.reflect.InvocationHandler;
import java.lang.reflect.Method;
import java.lang.reflect.Proxy;
import java.lang.reflect.UndeclaredThrowableException;

public final class $Proxy0 extends Proxy implements IPerson {
    private static Method m1;
    private static Method m3;
    private static Method m2;
    private static Method m0;

    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});
        } catch (RuntimeException | Error var3) {
            throw var3;
        } catch (Throwable var4) {
            throw new UndeclaredThrowableException(var4);
        }
    }

    public final void learn() throws  {
        try {
           // super.h 對應的是父類的h變數,也就是Proxy.newProxyInstance方法中的InvocationHandler引數
           // 所以這里實際上就是使用了我們自己寫的InvocationHandler實作類的invoke方法
            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);
        } catch (RuntimeException | Error var2) {
            throw var2;
        } catch (Throwable var3) {
            throw new UndeclaredThrowableException(var3);
        }
    }

    static {
        try {
            m1 = Class.forName("java.lang.Object").getMethod("equals", Class.forName("java.lang.Object"));
            m3 = Class.forName("com.zang.jdkproxy.IPerson").getMethod("learn");
            m2 = Class.forName("java.lang.Object").getMethod("toString");
            m0 = Class.forName("java.lang.Object").getMethod("hashCode");
        } catch (NoSuchMethodException var2) {
            throw new NoSuchMethodError(var2.getMessage());
        } catch (ClassNotFoundException var3) {
            throw new NoClassDefFoundError(var3.getMessage());
        }
    }
}

可以看到 $Proxy0類繼承了Proxy類,里面有一個跟IPerson一樣簽名的 learn 方法,方法實作中的super.h.invoke(this, m3, (Object[])null);,super.h 對應的是父類的h變數,也就是Proxy.newProxyInstance方法中的InvocationHandler引數:

package java.lang.reflect;
//import略

public class Proxy implements java.io.Serializable {

    protected InvocationHandler h;

    protected Proxy(InvocationHandler h) {
        Objects.requireNonNull(h);
        this.h = h;
    }

    @CallerSensitive
    public static Object newProxyInstance(ClassLoader loader,
                                          Class<?>[] interfaces,
                                          InvocationHandler h)
        throws IllegalArgumentException
    {
        Objects.requireNonNull(h);

        final Class<?>[] intfs = interfaces.clone();
        //

所以這里實際上就是使用了我自己寫的InvocationHandler實作類JdkInvocationHandlerinvoke方法,當呼叫 IPerson.learn的時候,其實它是被轉發到了 JdkInvocationHandler.invoke,至此,整個魔術程序就透明了,

2.2 手寫JDK動態代理

使用JDK動態代理的類名和方法名定義以及執行思路,下面來進行手寫實作,

創建MyInvocationHandler介面:

import java.lang.reflect.Method;

public interface MyInvocationHandler {
    public Object invoke(Object proxy, Method method, Object[] args)
            throws Throwable;
}

創建MyProxy類:

import javax.tools.JavaCompiler;
import javax.tools.StandardJavaFileManager;
import javax.tools.ToolProvider;
import java.io.File;
import java.io.FileWriter;
import java.lang.reflect.Constructor;
import java.lang.reflect.Method;
import java.util.HashMap;
import java.util.Map;

/**
 * 自己實作的代理類,用來生成位元組碼檔案,并動態加載到JVM中
 */
public class MyProxy {

    public static final String ln = "\r\n";

    /**
     * 生成代理物件
     * @param classLoader 類加載器,用于加載被代理類的類檔案
     * @param interfaces 被代理類的介面
     * @param h 自定義的InvocationHandler介面,用于具體代理方法的執行
     * @return 回傳被代理后的代理物件
     */
    public static Object newProxyInstance(MyClassLoader classLoader, Class<?>[] interfaces, MyInvocationHandler h) {
        try {
        //1、動態生成源代碼.java檔案
            String src = https://www.cnblogs.com/zjfjava/archive/2022/10/16/generateSrc(interfaces);
        //2、Java檔案輸出磁盤
            String filePath = MyProxy.class.getResource("").getPath();

            File f = new File(filePath + "$Proxy0.java");
            FileWriter fw = new FileWriter(f);
            fw.write(src);
            fw.flush();
            fw.close();

        //3、把生成的.java檔案編譯成.class檔案
            //獲取Java編譯器
            JavaCompiler compiler = ToolProvider.getSystemJavaCompiler();
            //標注Java檔案管理器,用來獲取Java位元組碼檔案
            StandardJavaFileManager manage = compiler.getStandardFileManager(null, null, null);
            Iterable iterable = manage.getJavaFileObjects(f);
            //創建task,通過java位元組碼檔案將類資訊加載到JVM中
            JavaCompiler.CompilationTask task = compiler.getTask(null, manage, null, null, null, iterable);
            //開始執行task
            task.call();
            //關閉管理器
            manage.close();

        //4、編譯生成的.class檔案加載到JVM中來
            Class proxyClass = classLoader.findClass("$Proxy0");
            Constructor c = proxyClass.getConstructor(MyInvocationHandler.class);
            f.delete();

        //5、回傳位元組碼重組以后的新的代理物件
            return c.newInstance(h);
        } catch (Exception e) {
            e.printStackTrace();
        }
        return null;
    }

    /**
     * 生成代理類的源代碼
     */
    private static String generateSrc(Class<?>[] interfaces) {
        StringBuffer sb = new StringBuffer();
        sb.append(MyProxy.class.getPackage() + ";" + ln);
        sb.append("import " + interfaces[0].getName() + ";" + ln);
        sb.append("import java.lang.reflect.*;" + ln);
        sb.append("public class $Proxy0 implements " + interfaces[0].getName() + "{" + ln);
        sb.append("GPInvocationHandler h;" + ln);
        sb.append("public $Proxy0(GPInvocationHandler h) { " + ln);
        sb.append("this.h = h;");
        sb.append("}" + ln);
        for (Method m : interfaces[0].getMethods()) {
            Class<?>[] params = m.getParameterTypes();

            StringBuffer paramNames = new StringBuffer();
            StringBuffer paramValues = new StringBuffer();
            StringBuffer paramClasses = new StringBuffer();

            for (int i = 0; i < params.length; i++) {
                Class clazz = params[i];
                String type = clazz.getName();
                String paramName = toLowerFirstCase(clazz.getSimpleName());
                paramNames.append(type + " " + paramName);
                paramValues.append(paramName);
                paramClasses.append(clazz.getName() + ".class");
                if (i > 0 && i < params.length - 1) {
                    paramNames.append(",");
                    paramClasses.append(",");
                    paramValues.append(",");
                }
            }

            sb.append("public " + m.getReturnType().getName() + " " + m.getName() + "(" + paramNames.toString() + ") {" + ln);
            sb.append("try{" + ln);
            sb.append("Method m = " + interfaces[0].getName() + ".class.getMethod(\"" + m.getName() + "\",new Class[]{" + paramClasses.toString() + "});" + ln);
            sb.append((hasReturnValue(m.getReturnType()) ? "return " : "") + getCaseCode("this.h.invoke(this,m,new Object[]{" + paramValues + "})", m.getReturnType()) + ";" + ln);
            sb.append("}catch(Error _ex) { }");
            sb.append("catch(Throwable e){" + ln);
            sb.append("throw new UndeclaredThrowableException(e);" + ln);
            sb.append("}");
            sb.append(getReturnEmptyCode(m.getReturnType()));
            sb.append("}");
        }
        sb.append("}" + ln);
        return sb.toString();
    }


    private static Map<Class, Class> mappings = new HashMap<Class, Class>();

    static {
        mappings.put(int.class, Integer.class);
    }

    private static String getReturnEmptyCode(Class<?> returnClass) {
        if (mappings.containsKey(returnClass)) {
            return "return 0;";
        } else if (returnClass == void.class) {
            return "";
        } else {
            return "return null;";
        }
    }

    private static String getCaseCode(String code, Class<?> returnClass) {
        if (mappings.containsKey(returnClass)) {
            return "((" + mappings.get(returnClass).getName() + ")" + code + ")." + returnClass.getSimpleName() + "Value()";
        }
        return code;
    }

    private static boolean hasReturnValue(Class<?> clazz) {
        return clazz != void.class;
    }

    private static String toLowerFirstCase(String src) {
        char[] chars = src.toCharArray();
        chars[0] += 32;
        return String.valueOf(chars);
    }

}

創建類加載器MyClassLoader:

import java.io.ByteArrayOutputStream;
import java.io.File;
import java.io.FileInputStream;

public class MyClassLoader extends ClassLoader {

    private File classPathFile;
    public MyClassLoader(){
        String classPath = MyClassLoader.class.getResource("").getPath();
        this.classPathFile = new File(classPath);
    }

    /**
     * 通過類名稱加載類位元組碼檔案到JVM中
     * @param name 類名
     * @return 類的Class獨享
     * @throws ClassNotFoundException
     */
    @Override
    protected Class<?> findClass(String name) throws ClassNotFoundException {
        //獲取類名
        String className = MyClassLoader.class.getPackage().getName() + "." + name;
        if(classPathFile  != null){
            //獲取類檔案
            File classFile = new File(classPathFile,name.replaceAll("\\.","/") + ".class");
            if(classFile.exists()){
                //將類檔案轉化為位元組陣列
                FileInputStream in = null;
                ByteArrayOutputStream out = null;
                try{
                    in = new FileInputStream(classFile);
                    out = new ByteArrayOutputStream();
                    byte [] buff = new byte[1024];
                    int len;
                    while ((len = in.read(buff)) != -1){
                        out.write(buff,0,len);
                    }
                    //呼叫父類方法生成class實體
                    return defineClass(className,out.toByteArray(),0,out.size());
                }catch (Exception e){
                    e.printStackTrace();
                }
            }
        }
        return null;
    }
}

實作并測驗

/**
* 要代理的介面
*/
public interface IPerson {
    void learn();
}

/**
* 真實呼叫類
*/
public class Zhangsan implements IPerson {
    public void learn() {
        System.out.println("==張三學習中間件==");
    }
}

/**
* JDK代理類生成
*/
public class CustomInvocationHandler implements MyInvocationHandler {
    private IPerson target;
    public IPerson getInstance(IPerson target){
        this.target = target;
        Class<?> clazz =  target.getClass();
        return (IPerson) MyProxy.newProxyInstance(new MyClassLoader(),clazz.getInterfaces(),this);
    }

    public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
        before();
        Object result = method.invoke(this.target,args);
        after();
        return result;
    }

    private void before() {
        System.out.println("事前做好計劃");
    }
    
    private void after() {
        System.out.println("事后回顧梳理");
    }

}

/**
* 測驗
*/
public class Test {
    public static void main(String[] args) {
        CustomInvocationHandler custom = new CustomInvocationHandler();
        IPerson zhangsan = custom.getInstance(new Zhangsan());
        zhangsan.learn();
    }
}

至此,手寫完成,讀者也可自行參照實作,

3.CGLib動態代理API原理分析

3.1 CGLib動態代理的使用

import net.sf.cglib.proxy.Enhancer;
import net.sf.cglib.proxy.MethodInterceptor;
import net.sf.cglib.proxy.MethodProxy;

import java.lang.reflect.Method;

public class CustomCGlib implements MethodInterceptor {

    public Object getInstance(Class<?> clazz) throws Exception{
        //相當于Proxy,代理的工具類
        Enhancer enhancer = new Enhancer();
        enhancer.setSuperclass(clazz);
        enhancer.setCallback(this);
        return enhancer.create();
    }

    public Object intercept(Object o, Method method, Object[] objects, MethodProxy methodProxy) throws Throwable {
        before();
        Object obj = methodProxy.invokeSuper(o,objects);
        after();
        return obj;
    }

    private void before() {
        System.out.println("事前做好計劃");

    }

    private void after() {
        System.out.println("事后回顧梳理");
    }
}

這里有一個小細節,CGLib動態代理的目標物件不需要實作任何介面,它是通過動態繼承目標物件實作動態代理的,客戶端測驗代碼如下:

public class CglibTest {
    public static void main(String[] args) {
        try {
            Zhangsan obj = (Zhangsan) new CustomCGlib().getInstance(Zhangsan.class);
            obj.learn();
        } catch (Exception e) {
            e.printStackTrace();
        }
    }
}

3.2 CGLib動態代理的實作原理

CGLib動態代理的實作原理又是怎樣的呢?可以在客戶端測驗代碼中加上一句代碼,將CGLib動態代理后的.class檔案寫入磁盤,然后反編譯來一探究竟,代碼如下:

//import net.sf.cglib.core.DebuggingClassWriter;
//使用CGLib的代理類可以將記憶體中的.class檔案寫入本地磁盤
System.setProperty(DebuggingClassWriter.DEBUG_LOCATION_PROPERTY,"E://cglib_proxy_classes");
Zhangsan obj = ···
//···

重新執行代碼,再輸出目錄下會出現三個.class檔案,一個是目標(被代理)類的FastClass,一個是代理類,一個是代理類的FastClass,如圖:

其中,Zhangsan$$EnhancerByCGLIB$$3d23e0ea.class就是CGLib動態代理生成的代理類,繼承了Zhangsan類,

package com.zang.cglibproxy;

import java.lang.reflect.Method;
import net.sf.cglib.*;

public class Zhangsan$$EnhancerByCGLIB$$3d23e0ea extends Zhangsan implements Factory {
	//···
   //傳入的MethodInterceptor物件      
   private MethodInterceptor CGLIB$CALLBACK_0;
   //目標類的learn方法物件  
   private static final Method CGLIB$learn$0$Method;
   //代理類的learn方法物件  
   private static final MethodProxy CGLIB$learn$0$Proxy;
   private static final Object[] CGLIB$emptyArgs;

   //初始化方法,其中部分代碼略  
    static void CGLIB$STATICHOOK1() {
        CGLIB$THREAD_CALLBACKS = new ThreadLocal();
        CGLIB$emptyArgs = new Object[0];
        Class var0 = Class.forName("com.zang.cglibproxy.Zhangsan$$EnhancerByCGLIB$$78b38660");
        Class var1;
        Method[] var10000 = ReflectUtils.findMethods(new String[]{"equals", "(Ljava/lang/Object;)Z", "toString", "()Ljava/lang/String;", "hashCode", "()I", "clone", "()Ljava/lang/Object;"}, (var1 = Class.forName("java.lang.Object")).getDeclaredMethods());
        //···
        //初始化目標類的learn方法物件
        CGLIB$learn$0$Method = ReflectUtils.findMethods(new String[]{"learn", "()V"}, (var1 = Class.forName("com.zang.cglibproxy.Zhangsan")).getDeclaredMethods())[0];
        //初始化代理類的learn方法物件
        CGLIB$learn$0$Proxy = MethodProxy.create(var1, var0, "()V", "learn", "CGLIB$learn$0");
    }
    
    //這里直接呼叫Zhangsan#learn
    final void CGLIB$learn$0() {
        super.learn();
    }

    public final void learn() {
        MethodInterceptor var10000 = this.CGLIB$CALLBACK_0;
        if (var10000 == null) {
            CGLIB$BIND_CALLBACKS(this);
            var10000 = this.CGLIB$CALLBACK_0;
        }

        if (var10000 != null) {
            //這里執行攔截器定義邏輯
            var10000.intercept(this, CGLIB$learn$0$Method, CGLIB$emptyArgs, CGLIB$learn$0$Proxy);
        } else {
            super.learn();
        }
    }
  //···
}

呼叫程序為:代理物件呼叫this.learn方法→呼叫攔截器→methodProxy.invokeSuper()CGLIB$learn$0→被代理物件learn方法,

package net.sf.cglib.proxy;

import java.lang.reflect.Method;

public interface MethodInterceptor extends Callback {
    Object intercept(Object var1, Method var2, Object[] var3, MethodProxy var4) throws Throwable;
}
public class CustomCGlib implements MethodInterceptor {
	//···
    public Object intercept(Object o, Method method, Object[] objects, MethodProxy methodProxy) throws Throwable {
        before();
        Object obj = methodProxy.invokeSuper(o,objects);
        after();
        return obj;
    }
    //···
}

MethodInterceptor攔截器就是由MethodProxyinvokeSuper方法呼叫代理方法的,因此,MethodProxy類中的代碼非常關鍵,下面分析它具體做了什么:

package net.sf.cglib.proxy;

import java.lang.reflect.InvocationTargetException;
import java.lang.reflect.Method;
import net.sf.cglib.*;

public class MethodProxy {
    private Signature sig1;
    private Signature sig2;
    private MethodProxy.CreateInfo createInfo;
    private final Object initLock = new Object();
    private volatile MethodProxy.FastClassInfo fastClassInfo;

   private void init() {
        if (this.fastClassInfo == null) {
            synchronized(this.initLock) {
                if (this.fastClassInfo == null) {
                    MethodProxy.CreateInfo ci = this.createInfo;
                    MethodProxy.FastClassInfo fci = new MethodProxy.FastClassInfo();
                    //創建目標類的FastClass物件(在快取中,則取出;沒在,則重新生成)
                    fci.f1 = helper(ci, ci.c1);
                    //創建代理類的FastClass物件
                    fci.f2 = helper(ci, ci.c2);
                    //獲取learn方法的索引
                    fci.i1 = fci.f1.getIndex(this.sig1);
                    //獲取CGLIB$learn$0方法的索引
                    fci.i2 = fci.f2.getIndex(this.sig2);
                    this.fastClassInfo = fci;
                }
            }
        }

    }
    
    public Object invokeSuper(Object obj, Object[] args) throws Throwable {
        try {
            //初始化,創建了兩個FastClass類物件
            this.init();
            MethodProxy.FastClassInfo fci = this.fastClassInfo;
            //這里將直接呼叫代理類的CGLIB$learn$0方法,而不是通過反射呼叫
            //fci.f2:代理類的FastClass物件,fci.i2為CGLIB$learn$0方法對應的索引,obj為當前的代理類物件,args為learn方法的引數串列
            return fci.f2.invoke(fci.i2, obj, args);
        } catch (InvocationTargetException var4) {
            throw var4.getTargetException();
        }
    }

上面代碼呼叫獲取代理類對應的FastClass,并執行代理方法,還記得之前生成的三個.class檔案嗎?Zhangsan$$EnhancerByCGLIB$$78b38660$$FastClassByCGLIB$$a8f9873c.class就是代理類的FastClass,Zhangsan$$FastClassByCGLIB$$bcf7b1f4.class就是目標類的FastClass,

CGLib動態代理執行代理方法的效率之所以比JDK高,是因為CGlib采用了FastClass機制,它的原理簡單來說就是:為代理類和被代理類各生成一個類,這個類會為代理類或被代理類的方法分配一個index(int型別);這個index被當作一個入參,FastClass可以直接定位要呼叫的方法并直接進行呼叫,省去了反射呼叫,因此呼叫效率比JDK動態代理通過反射呼叫高(并不絕對,還需參考JDK版本及使用場景來說),下面來反編譯一個FastClass,

public class Zhangsan$$FastClassByCGLIB$$bcf7b1f4 extends FastClass {
    public Zhangsan$$FastClassByCGLIB$$bcf7b1f4(Class var1) {
        super(var1);
    }

    public int getIndex(Signature var1) {
        String var10000 = var1.toString();
        switch(var10000.hashCode()) {
        case 1574139569:
            if (var10000.equals("learn()V")) {
                //learn方法回傳0
                return 0;
            }
            break;
        case 1826985398:
            if (var10000.equals("equals(Ljava/lang/Object;)Z")) {
   //···
            }
        }
    }
    
    //根據index獲取方法
    public Object invoke(int var1, Object var2, Object[] var3) throws InvocationTargetException {
        Zhangsan var10000 = (Zhangsan)var2;
        int var10001 = var1;

        try {
            switch(var10001) {
            case 0:
                //傳入index為0則執行learn方法
                var10000.learn();
                return null;
            case 1:
                return new Boolean(var10000.equals(var3[0]));
   //···           
                    

FastClass并不是跟代理類一起生成的,而是在第一次執行MethodProxyinvokeinvokeSuper方法時生成的,并被放在了快取中,

4.總結

通過上面的分析,相信會對兩種動態代理的實作原理有一個深入的認識,總結性比較兩者的區別如下:

  1. JDK動態代理實作了被代理物件的介面,CGLib動態代理繼承了被代理物件,
  2. JDK動態代理和CGLib動態代理都在運行期生成位元組碼,JDK動態代理直接寫Class位元組碼,CGLib動態代理使用ASM框架寫Class位元組碼,CGLib動態代理實作更復雜,生成代理類比JDK動態代理效率低,
  3. JDK動態代理呼叫代理方法是通過反射機制呼叫的,CGLib動態代理是通過FastClass機制直接呼叫方法的,CGLib動態代理的執行效率更高,

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/514330.html

標籤:其他

上一篇:代理模式——JDK動態代理與CGLib原理及對比分析

下一篇:使用Capacitor和Cordova插件InAppBrowser時沒有提供程式錯誤

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more