時隔多年，這次我終於把動態代理的原始碼翻了個地兒朝天
本文內容整理自 博學谷狂野架構師
動態代理簡介
Proxy模式是常用的設計模式，其特徵是代理類與委託類有同樣的介面，代理類主要負責為委託類預處理訊息、過濾訊息、把訊息轉發給委託類，以及事後處理訊息等。
使用者可以更加結構圖，自己編碼完成Proxy模式。這種實現稱為靜態代理。
Java提供了java.lang.reflect.Proxy類與InvocationHandler介面，配合反射，可以實現動態代理。靜態代理的代理類與代理操作，都是事先編碼，執行過程種無法修改代理結構。動態代理的代理與代理操作，都是在執行過程中，動態生成，可以在執行過程中，修改代理結構，符合面向物件的開閉原則。
最最最主要的原因就是，在不改變目標物件方法的情況下對方法進行增強，比如，我們希望對方法的呼叫增加日誌記錄，或者對方法的呼叫進行攔截，等等...
動態代理用於將在不需要修改原始碼的情況下進行程式碼的增加，spring中的AOP，事務，都是使用動態代理來實現的，我們天天都在使用動態代理只是自己不知道而已。
動態代理三大要素
-
需要定義一個介面，java動態代理類只能代理介面**（不支援抽象類），如果沒有介面就要使用cjlib**
-
需要一個實現類繼承這個介面
-
編寫一個增強類實現 InvocationHandler介面，代理類都需要實現InvocationHandler介面的invoke方法
一個例子
先定義一個介面
定義一個海外代購的介面
/**
* 海外代購
*/
public interface Buying {
public String buy();
}
編寫一個實現類
實現類實現介面
public class BuyingImpl implements Buying {
@Override
public String buy() {
System.out.println("開始邏輯處理");
return "買了個錘子";
}
}
編寫一個增將類
編寫一個增強類，主要要包裹一個需要需要增強的物件也就是我們的BuyingImpl，並實現InvocationHandler介面，在invoke方法中寫增強實現
/**
* 海外代購增強類
* 注意實現 InvocationHandler
* 動態代理類只能代理介面（不支援抽象類），代理類都需要實現InvocationHandler類，實現invoke方法。
* 該invoke方法就是呼叫被代理介面的所有方法時需要呼叫的 。
*/
public class BuingHandler implements InvocationHandler {
/**
* 包裹一個需要增強的目標物件
*/
private Object targetObject;
public BuingHandler(Object targetObject){
this.targetObject = targetObject;
}
/**
* 獲取代理類
*
* @return
*/
public Object getProxy() {
/**
* 該方法用於為指定類裝載器、一組介面及呼叫處理器生成動態代理類例項
* 第一個引數指定產生代理物件的類載入器，需要將其指定為和目標物件同一個類載入器
* 第二個引數要實現和目標物件一樣的介面，所以只需要拿到目標物件的實現介面
* 第三個引數表明這些被攔截的方法在被攔截時需要執行哪個InvocationHandler的invoke方法
* 根據傳入的目標返回一個代理物件
*/
return Proxy.newProxyInstance(targetObject.getClass().getClassLoader(),
targetObject.getClass().getInterfaces(), this);
}
/**
* 關聯的這個實現類的方法被呼叫時將被執行
* InvocationHandler介面的方法
*
* @param proxy 表示代理物件
* @param method 示原物件被呼叫的方法
* @param args 表示方法的引數
* @return 返回的是物件的一個介面
* @throws Throwable
*/
@Override
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
System.out.println("前置增強");
//反射呼叫原始的需要增強的方法
Object value = method.invoke(targetObject, args);
System.out.println("後置增強");
return value;
}
}
這裡面要注意 method 是我們需要增強的方法，args 是我們需要增強的引數陣列
編寫Main方法
public static void main(String[] args) {
//建立BuingHandler 類
BuingHandler buingHandler = new BuingHandler(new BuyingImpl());
//獲取代理物件
Buying buying = (Buying) buingHandler.getProxy();
//呼叫具體介面
String value = buying.buy();
System.out.println(value);
}
輸出
前置增強
開始邏輯處理
後置增強
買了個錘子
我們就這樣實現了動態代理，我們沒有修改原有程式碼的情況下做了增強
我們實現了 其那隻以及後置增強
我們執行下看下介面物件
我們看到實際物件是$Proxy0，我們發現動態代理給我們換了一個物件，我們要研究下他是怎麼實現的
原始碼實現
讀原始碼首先找到入口，沒有不得入口就像無頭的蒼蠅，蒼蠅還不叮無縫的蛋呢
下面內容有點多，也有點繞，請跟著思路來一點點解析
1、首先找到入口
我們建立代理物件呼叫的是
Proxy.newProxyInstance(targetObject.getClass().getClassLoader(),
targetObject.getClass().getInterfaces(), this);
所以我們先從Proxy.newProxyInstance開始入手
2、newProxyInstance方法
進入newProxyInstance方法內部
public static Object newProxyInstance(ClassLoader loader,
Class<?>[] interfaces,
InvocationHandler h)
throws IllegalArgumentException {
//增強實現不能為空，為空就丟擲異常
Objects.requireNonNull(h);
//對介面陣列進行clone
final Class<?>[] intfs = interfaces.clone();
//進項許可權檢查
final SecurityManager sm = System.getSecurityManager();
if (sm != null) {
checkProxyAccess(Reflection.getCallerClass(), loader, intfs);
}
/*
* Look up or generate the designated proxy class.
* ********核心程式碼入口***********
* 查詢或者是生成一個特定的代理類物件
*/
Class<?> cl = getProxyClass0(loader, intfs);
/*
* Invoke its constructor with the designated invocation handler.
* 使用指定的呼叫處理程式呼叫其建構函式
*/
try {
if (sm != null) {
checkNewProxyPermission(Reflection.getCallerClass(), cl);
}
// 從代理類物件中查詢引數為InvocationHandler的構造器
final Constructor<?> cons = cl.getConstructor(constructorParams);
final InvocationHandler ih = h;
// 檢測構造器是否是Public修飾，如果不是則強行轉換為可以訪問的。
if (!Modifier.isPublic(cl.getModifiers())) {
AccessController.doPrivileged(new PrivilegedAction<Void>() {
public Void run() {
cons.setAccessible(true);
return null;
}
});
}
//通過反射，將h作為引數，例項化代理類，返回代理類例項。
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);
}
}
上面程式碼的核心方法是
Class<?> cl = getProxyClass0(loader, intfs);
找到了核心方法繼續深入
3、getProxyClass0方法入口
生成一個代理物件的方法
/**
* 生成一個代理物件
* Generate a proxy class. Must call the checkProxyAccess method
* to perform permission checks before calling this.
*/
private static Class<?> getProxyClass0(ClassLoader loader,
Class<?>... interfaces) {
//介面數量不能大於65535 否則報錯 具體為什麼 不太清楚
if (interfaces.length > 65535) {
throw new IllegalArgumentException("interface limit exceeded");
}
//根據類載入器生成代理位元組碼檔案
// If the proxy class defined by the given loader implementing
//如果介面存在快取中們就從快取中獲取
// the given interfaces exists, this will simply return the cached copy;
//否則，它將通過proxyClassFactory建立代理類
// otherwise, it will create the proxy class via the ProxyClassFactory
return proxyClassCache.get(loader, interfaces);
}
這一段程式碼是從快取中獲取代理物件，核心的程式碼還在裡面 proxyClassCache.get(loader, interfaces);
因為 proxyClassCache 是一個WeakCache 的類，所以我們先來學習下WeakCache
4、WeakCache類
WeakCache 方法宣告
在這個方法中，是直接從一個叫proxyClassCache快取中讀取的，來看一下這個快取的宣告：
/**
* a cache of proxy classes
* 快取代理的class位元組碼檔案，如果沒有則使用ProxyClassFactory建立
*/
private static final WeakCache<ClassLoader, Class<?>[], Class<?>>
proxyClassCache = new WeakCache<>(new KeyFactory(), new ProxyClassFactory());
裡涉及到三個類：WeakCache,KeyFactory,ProxyClassFactory，其中後面兩個類都是Proxy類的靜態內部類，從類名可以大概猜測到，keyFactory是用來生產key的，ProxyClassFactory是用來生產代理類物件的，這個稍後會提到。
WeakCache類的大概結構
final class WeakCache<K, P, V> {
private final ReferenceQueue<K> refQueue
= new ReferenceQueue<>();
// the key type is Object for supporting null key
// key的型別為Object，支援null key,這裡的null key並不是真的可以使用null最為key,而是一個new Objdec()物件例項。ConcurrentHashMap,不允許鍵或值null，而HashMap可以。ConcurrentHashMap是執行緒安全的，HashMap不是。
private final ConcurrentMap<Object, ConcurrentMap<Object, Supplier<V>>> map = new ConcurrentHashMap<>();
private final ConcurrentMap<Supplier<V>, Boolean> reverseMap = new ConcurrentHashMap<>();
private final BiFunction<K, P, ?> subKeyFactory;
private final BiFunction<K, P, V> valueFactory;
// 構造方法
public WeakCache(BiFunction<K, P, ?> subKeyFactory,
BiFunction<K, P, V> valueFactory) {
this.subKeyFactory = Objects.requireNonNull(subKeyFactory);
this.valueFactory = Objects.requireNonNull(valueFactory);
}
//核心入口方法 我們接下來介紹這個類
public V get(K key, P parameter) {
}
...
上面的原始碼中寫明，代理物件的核心方法是get , 我們結合上下文 發現 key是loader 類載入器，parameter是介面陣列interfaces
5、proxyClassCache.get
這個物件是從快取中獲取位元組碼物件，key是介面，value是物件的位元組碼檔案，如果給定的介面存在則返回位元組碼檔案，如果不存在則呼叫proxyClassFactory建立代理類進行建立
/**
* return proxyClassCache.get(loader, interfaces);
* <p>
* 獲取代理物件的核心方法
*
* @param key 類載入器 loader
* @param parameter 介面的陣列 interfaces
* @return
*/
public V get(K key, P parameter) {
//介面陣列不能為空，否則丟擲異常
Objects.requireNonNull(parameter);
// 刪除過時的條目
expungeStaleEntries();
// 生成快取key物件例項，如果key = null，cacheKey = new Object();
Object cacheKey = WeakCache.CacheKey.valueOf(key, refQueue);
// lazily install the 2nd level valuesMap for the particular cacheKey
// 從快取map中讀取指定cacheKey的快取資料valuesMap
ConcurrentMap<Object, Supplier<V>> valuesMap = map.get(cacheKey);
if (valuesMap == null) {
//如果valuesMap為null,則新增
// putIfAbsent方法解釋：如果值存在則返回值，並且不對原來的值做任何更改，如果不存在則新增，並返回null
//map.putIfAbsent 是map中新增的一個方法 存在則返回，不存在put然後在返回
ConcurrentMap<Object, Supplier<V>> oldValuesMap = map.putIfAbsent(cacheKey, valuesMap = new ConcurrentHashMap<>());
//賦值
if (oldValuesMap != null) {
valuesMap = oldValuesMap;
}
}
// create subKey and retrieve the possible Supplier<V> stored by that
// subKey from valuesMap
//獲取subKey，這裡用到了上面提到的Proxy的靜態內部類 KeyFactory:subKeyFactory.apply(ket,parameter)
Object subKey = Objects.requireNonNull(subKeyFactory.apply(key, parameter));
// 從valuesMap中獲取supplier
Supplier<V> supplier = valuesMap.get(subKey);
WeakCache.Factory factory = null;
while (true) {
if (supplier != null) {
// supplier might be a Factory or a CacheValue<V> instance
// 4、從工廠中獲取代理類物件
V value = supplier.get();
if (value != null) {
//5、返回
return value;
}
}
// else no supplier in cache
// or a supplier that returned null (could be a cleared CacheValue
// or a Factory that wasn't successful in installing the CacheValue)
// lazily construct a Factory
//1、例項化工廠
if (factory == null) {
factory = new WeakCache.Factory(key, parameter, subKey, valuesMap);
}
if (supplier == null) {
//2、將supplier儲存到valuesMap中
supplier = valuesMap.putIfAbsent(subKey, factory);
if (supplier == null) {
// successfully installed Factory
// 3、賦值
supplier = factory;
}
// else retry with winning supplier
} else {
//如果subKey和supplier都匹配則則將supplier替換為新生成的factory
if (valuesMap.replace(subKey, supplier, factory)) {
// successfully replaced
// cleared CacheEntry / unsuccessful Factory
// with our Factory
//替換成功賦值
supplier = factory;
} else {
// retry with current supplier
//使用當前的supplier進行重試
supplier = valuesMap.get(subKey);
}
}
}
}
因為程式中Proxy.newProxyInstance是第一次執行，所以while迴圈開始的時候，supplier，valuesMap都是null。在這個前提下，我為程式碼的執行順序做了一個編號，從1-5執行。
可以看到第5步，也就是原始碼的第47行將結果返回，那麼，代理類物件就是在第4步，也就是第43行生成的。而且也可以從第3步，也就是第65行發現supplier就是factory。
那麼接下來，就分析一下Factory.get方法。
6、Factory.get方法
Factory類是WeakCache的內部類。這個類中除去構造方法外，就是get方法了，下面是這個程式碼的實現：
/**
* Factory 實現類Supplier 介面
*/
private final class Factory implements Supplier<V> {
//類載入器 loader
private final K key;
介面的陣列 interfaces
private final P parameter;
//這裡的subkey 就是上面的 KeyFactory 可以會看 WeakCache 方法宣告
private final Object subKey;
//提供者的MAP key是KeyFactory ，value 是 Factory 本身
private final ConcurrentMap<Object, Supplier<V>> valuesMap;
//構造方法
Factory(K key, P parameter, Object subKey,
ConcurrentMap<Object, Supplier<V>> valuesMap) {
this.key = key;
this.parameter = parameter;
this.subKey = subKey;
this.valuesMap = valuesMap;
}
@Override
public synchronized V get() { // serialize access
// re-check
//檢查 如果 supplier不是自己 返回
Supplier<V> supplier = valuesMap.get(subKey);
if (supplier != this) {
// something changed while we were waiting:
// might be that we were replaced by a CacheValue
// or were removed because of failure ->
// return null to signal WeakCache.get() to retry
// the loop
return null;
}
// else still us (supplier == this)
// create new value
//定義一個新的物件
V value = null;
try {
/**
* valueFactory就是WeakCache的valueFactory屬性，因為Factory是WeakCache的內部類，所以可以直接訪問WeakCache的valueFactory屬性
* 我們可以回去看看第四第五 proxyClassCache.get 以及 WeakCache 的簡單結構 注意valueFactory 發現就是 ProxyClassFactory
* 就在這一步生成了 代理物件
*/
value = Objects.requireNonNull(valueFactory.apply(key, parameter));
} finally {
if (value == null) { // remove us on failure
valuesMap.remove(subKey, this);
}
}
// the only path to reach here is with non-null value
//校驗物件不為空
assert value != null;
// wrap value with CacheValue (WeakReference)
WeakCache.CacheValue<V> cacheValue = new WeakCache.CacheValue<>(value);
// put into reverseMap
//快取代理物件
reverseMap.put(cacheValue, Boolean.TRUE);
// try replacing us with CacheValue (this should always succeed)
//並將valuesMap替換為最新生成的物件
if (!valuesMap.replace(subKey, this, cacheValue)) {
throw new AssertionError("Should not reach here");
}
// successfully replaced us with new CacheValue -> return the value
// wrapped by it
//返回物件
return value;
}
}
我們核心注意的是
value = Objects.requireNonNull(valueFactory.apply(key, parameter));
這裡的valueFactory就是Proxy的靜態內部類ProxyClassFactory，上面也提到過，那麼就接著分析ProxyClassFactory的apply方法吧。
7、ProxyClassFactory.apply方法
/**
* 一個利用給定的類載入器和介面類陣列生成，定義並返回代理類物件的工廠方法
* A factory function that generates, defines and returns the proxy class given
* the ClassLoader and array of interfaces.
*/
private static final class ProxyClassFactory
implements BiFunction<ClassLoader, Class<?>[], Class<?>>
{
// prefix for all proxy class names
//所有代理類物件的字首 這個就回答了為什麼代理類都帶有$Proxy
private static final String proxyClassNamePrefix = "$Proxy";
// next number to use for generation of unique proxy class names
//用於生成唯一代理類名稱的下一個數字
private static final AtomicLong nextUniqueNumber = new AtomicLong();
/**
* 開始我們的核心方法apply
* @param loader 類載入器
* @param interfaces 介面陣列
* @return
*/
@Override
public Class<?> apply(ClassLoader loader, Class<?>[] interfaces) {
Map<Class<?>, Boolean> interfaceSet = new IdentityHashMap<>(interfaces.length);
//介面校驗迴圈
for (Class<?> intf : interfaces) {
/*
* Verify that the class loader resolves the name of this
* interface to the same Class object.
*/
Class<?> interfaceClass = null;
try {
//載入介面類，獲得介面類的類物件，第二個引數為false表示不進行例項化
interfaceClass = Class.forName(intf.getName(), false, loader);
} catch (ClassNotFoundException e) {
}
//進行校驗
if (interfaceClass != intf) {
throw new IllegalArgumentException(
intf + " is not visible from class loader");
}
/*
* Verify that the Class object actually represents an
* interface.
* 驗證是否是介面 不是介面報錯
*/
if (!interfaceClass.isInterface()) {
throw new IllegalArgumentException(
interfaceClass.getName() + " is not an interface");
}
/*
* Verify that this interface is not a duplicate.
* 驗證此介面不是重複的，重複的就報錯
*/
if (interfaceSet.put(interfaceClass, Boolean.TRUE) != null) {
throw new IllegalArgumentException(
"repeated interface: " + interfaceClass.getName());
}
}
//代理類的包名
String proxyPkg = null; // package to define proxy class in
//訪問許可權
int accessFlags = Modifier.PUBLIC | Modifier.FINAL;
/*
* Record the package of a non-public proxy interface so that the
* proxy class will be defined in the same package. Verify that
* all non-public proxy interfaces are in the same package.
*/
for (Class<?> intf : interfaces) {
int flags = intf.getModifiers();
//如果介面是public就跳過 我們的介面基本上不會走這裡
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) {
// if no non-public proxy interfaces, use com.sun.proxy package
//如果沒有public的介面 就是用 com.sun.proxy 的包字首
//類似於com.sun.proxy.$Proxy0
proxyPkg = ReflectUtil.PROXY_PACKAGE + ".";
}
/*
* Choose a name for the proxy class to generate.
* 生成代理類的類名
*/
//生成代理類的序號
long num = nextUniqueNumber.getAndIncrement();
//生成代理類的完全限定名
String proxyName = proxyPkg + proxyClassNamePrefix + num;
/*
* Generate the specified proxy class.
* 生成代理類class檔案
* 這個是生成的核心方法
*/
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());
}
}
}
在程式碼的第111行，生成了代理類的class檔案，並且在115行返回了我們需要的代理類物件。那麼怎麼找到這個生成的代理類class檔案呢？
到這裡 我們就跟完了動態代理的核心流程，我們解釋了為什麼 代理類都帶有$Proxy，以及後面的序號是怎麼來的。
生成程式碼的核心程式碼是
byte[] proxyClassFile = ProxyGenerator.generateProxyClass(
proxyName, interfaces, accessFlags);
ProxyGenerator是根據代理名稱介面生成代理類的核心程式碼，我們就不跟進去了，以後有時間再進去，裡面都是位元組碼操作的知識了，也是在sun.misc包下，一般是不開源的，如果需要可以去下載sun包的原始碼，1.8之後就不開源了。
檢視生成的代理類
我們上面最終跟到了ProxyGenerator類，ProxyGenerator是生成位元組碼檔案的核心程式碼，我們想看下生成的位元組碼怎麼辦呢，我們自己去生成並且輸出出來。
看程式碼
//生成代理位元組碼陣列檔案 傳入一個介面陣列
byte[] proxyClassFile = ProxyGenerator.generateProxyClass("com.sun.proxy", new Class[]{Buying.class}, 1);
//將位元組陣列轉換成class檔案並輸出到本地
FileOutputStream fos = new FileOutputStream(new File("d:/com.sun.proxy.class"));
fos.write(proxyClassFile);
fos.flush();
fos.close();
我們反編譯以下 com.sun.proxy.class
//繼承了Proxy類，實現了Buying介面
public class proxy extends Proxy implements Buying {
private static Method m1;
private static Method m2;
private static Method m3;
private static Method m0;
//構造方法，直接呼叫了父類，也就是Proxy的構造方法，引數paramInvocationHandler就是我們的BuingHandler例項化物件handler
public proxy(InvocationHandler paramInvocationHandler) {
super(paramInvocationHandler);
}
/**
* 實現equals 方法
* @param var1
* @return
*/
public final boolean equals(Object var1) {
try {
return (Boolean)super.h.invoke(this, m1, new Object[]{var1});
} catch (RuntimeException | Error var3) {
throw var3;
} catch (Throwable var4) {
throw new UndeclaredThrowableException(var4);
}
}
/**
* 實現toString方法
* @return
*/
public final String toString() {
try {
return (String)super.h.invoke(this, m2, (Object[])null);
} catch (RuntimeException | Error var2) {
throw var2;
} catch (Throwable var3) {
throw new UndeclaredThrowableException(var3);
}
}
//實現了Buying 介面的 buy
public final String buy() {
try {
/**
* 這裡的h就是我們的BuingHandler 例項
* 呼叫 父類 Proxy 裡面我們傳入的 BuingHandler 物件
*/
return (String)super.h.invoke(this, m3, (Object[])null);
} catch (RuntimeException | Error var2) {
throw var2;
} catch (Throwable var3) {
throw new UndeclaredThrowableException(var3);
}
}
/**
* 實現了hashCode方法
* @return
*/
public final int hashCode() {
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 {
//通過反射，獲取Object物件方法物件的equals 方法
m1 = Class.forName("java.lang.Object").getMethod("equals", Class.forName("java.lang.Object"));
//通過反射，獲取Object物件方法物件的toString 方法
m2 = Class.forName("java.lang.Object").getMethod("toString");
//通過反射，獲取Buying物件方法物件的buy 方法
m3 = Class.forName("com.test.proxy.Buying").getMethod("buy");
//通過反射，獲取Object物件方法物件的hashCode 方法
m0 = Class.forName("java.lang.Object").getMethod("hashCode");
} catch (NoSuchMethodException var2) {
throw new NoSuchMethodError(var2.getMessage());
} catch (ClassNotFoundException var3) {
throw new NoClassDefFoundError(var3.getMessage());
}
}
}
代理類例項化的程式碼是：cons.newInstance(new Object[]{h})。這裡是通過反射呼叫代理類物件的構造方法，傳入了引數h（我們的BuingHandler例項化物件handler）。
這個構造方法，就是上述反編譯程式碼裡的構造方法，而上述反編譯程式碼裡的構造方法呼叫了Proxy類的構造方法，來看一下Proxy類的構造方法：
protected InvocationHandler h;
protected Proxy(InvocationHandler h) {
Objects.requireNonNull(h);
this.h = h;
}
這裡將我們傳入的handler直接賦值給了InvocationHandler h。上述反編譯程式碼中的super.h 就是我們傳入的handler。
所以proxy.buy();方法在執行的時候會去呼叫BuingHandler類的invoke方法。
好了到這裡我們的原始碼解析已經完了。
本文由
傳智教育博學谷狂野架構師教研團隊釋出。如果本文對您有幫助，歡迎
關注和點贊；如果您有任何建議也可留言評論或私信，您的支援是我堅持創作的動力。轉載請註明出處！
「其他文章」
- ElasticSearch還能效能調優，漲見識、漲見識了！！！
- 【必須收藏】別再亂找TiDB 叢集部署教程了，這篇保姆級教程來幫你！！| 博學谷狂野架構師
- 【建議收藏】7000 字的TIDB保姆級簡介，你見過嗎
- Tomcat架構設計剖析 | 博學谷狂野架構師
- 你可能不那麼知道的Tomcat生命週期管理 | 博學谷狂野架構師
- 大哥，這是併發不是並行，Are You Ok？
- 為啥要重學Tomcat？| 博學谷狂野架構師
- 這是一篇純講SQL語句優化的文章！！！| 博學谷狂野架構師
- 捲起來！！！看了這篇文章我才知道MySQL事務&MVCC到底是啥？
- 為什麼99%的程式設計師都做不好SQL優化？
- 如何搞定MySQL鎖（全域性鎖、表級鎖、行級鎖）？這篇文章告訴你答案！太TMD詳細了！！！
- 【建議收藏】超詳細的Canal入門，看這篇就夠了！！！
- 從菜鳥程式設計師到高階架構師，竟然是因為這個字final
- 為什麼95%的Java程式設計師，都是用不好Synchronized？
- 99%的Java程式設計師者，都敗給這一個字！
- 8000 字，就說一個字Volatile
- 98%的程式設計師，都沒有研究過JVM重排序和順序一致性
- 來一波騷操作，Java記憶體模型
- 時隔多年，這次我終於把動態代理的原始碼翻了個地兒朝天
- 再有人問你分散式事務，把這篇文章砸過去給他