歡迎大家關(guān)注我的公眾號(hào)【老周聊架構(gòu)】，Java后端主流技術(shù)棧的原理、源碼分析、架構(gòu)以及各種互聯(lián)網(wǎng)高并發(fā)、高性能、高可用的解決方案。

一、代理

(1)、什么是代理?

大道理上講代理是一種軟件設(shè)計(jì)模式，目的地希望能做到代碼重用。具體上講，代理這種設(shè)計(jì)模式是通過(guò)不直接訪問(wèn)被代理對(duì)象的方式，而訪問(wèn)被代理對(duì)象的方法。這個(gè)就好比 商戶---->明星經(jīng)紀(jì)人(代理)---->明星這種模式。我們可以不通過(guò)直接與明星對(duì)話的情況下，而通過(guò)明星經(jīng)紀(jì)人(代理)與其產(chǎn)生間接對(duì)話。

(2)、什么情況下使用代理？

a.設(shè)計(jì)模式中有一個(gè)設(shè)計(jì)原則是開(kāi)閉原則，是說(shuō)對(duì)修改關(guān)閉對(duì)擴(kuò)展開(kāi)放，我們?cè)诠ぷ髦杏袝r(shí)會(huì)接手很多前人的代碼，里面代碼邏輯讓人摸不著頭腦(sometimes the code is really like shit)，這時(shí)就很難去下手修改代碼，那么這時(shí)我們就可以通過(guò)代理對(duì)類進(jìn)行增強(qiáng)。

b.我們?cè)谑褂肦PC框架的時(shí)候，框架本身并不能提前知道各個(gè)業(yè)務(wù)方要調(diào)用哪些接口的哪些方法 。那么這個(gè)時(shí)候，就可用通過(guò)動(dòng)態(tài)代理的方式來(lái)建立一個(gè)中間人給客戶端使用，也方便框架進(jìn)行搭建邏輯，某種程度上也是客戶端代碼和框架松耦合的一種表現(xiàn)。

c.Spring的AOP機(jī)制就是采用動(dòng)態(tài)代理的機(jī)制來(lái)實(shí)現(xiàn)切面編程。

(3)靜態(tài)代理和動(dòng)態(tài)代理

我們根據(jù)加載被代理類的時(shí)機(jī)不同，將代理分為靜態(tài)代理和動(dòng)態(tài)代理。如果我們?cè)诖a編譯時(shí)就確定了被代理的類是哪一個(gè)，那么就可以直接使用靜態(tài)代理；如果不能確定，那么可以使用類的動(dòng)態(tài)加載機(jī)制，在代碼運(yùn)行期間加載被代理的類這就是動(dòng)態(tài)代理，比如RPC框架和Spring AOP機(jī)制。

二、代理模式

代理模式是面向?qū)ο缶幊讨斜容^常見(jiàn)的設(shè)計(jì)模式。

這是常見(jiàn)代理模式常見(jiàn)的 UML 示意圖。

需要注意的有下面幾點(diǎn)：

• 用戶只關(guān)心接口功能，而不在乎誰(shuí)提供了功能。上圖中接口是 Subject。
• 接口真正實(shí)現(xiàn)者是上圖的 RealSubject，但是它不與用戶直接接觸，而是通過(guò)代理。
• 代理就是上圖中的 Proxy，由于它實(shí)現(xiàn)了 Subject 接口，所以它能夠直接與用戶接觸。
• 用戶調(diào)用 Proxy 的時(shí)候，Proxy 內(nèi)部調(diào)用了 RealSubject。所以，Proxy 是中介者，它可以增強(qiáng) RealSubject 操作。

如果難于理解的話，我用事例說(shuō)明好了。值得注意的是，代理可以分為靜態(tài)代理和動(dòng)態(tài)代理兩種。先從靜態(tài)代理講起。

三、靜態(tài)代理

我們平常去電影院看電影的時(shí)候，在電影開(kāi)始的階段是不是經(jīng)常會(huì)放廣告呢？

電影是電影公司委托給影院進(jìn)行播放的，但是影院可以在播放電影的時(shí)候，產(chǎn)生一些自己的經(jīng)濟(jì)收益，比如賣(mài)爆米花、可樂(lè)等，然后在影片開(kāi)始結(jié)束時(shí)播放一些廣告。

現(xiàn)在用代碼來(lái)進(jìn)行模擬。

首先得有一個(gè)接口，通用的接口是代理模式實(shí)現(xiàn)的基礎(chǔ)。這個(gè)接口我們命名為 Movie，代表電影播放的能力。

package com.proxy;public interface Movie {void play(); }

然后，我們要有一個(gè)真正的實(shí)現(xiàn)這個(gè) Movie 接口的類，和一個(gè)只是實(shí)現(xiàn)接口的代理類。

package com.proxy;public class RealMovie implements Movie {@Overridepublic void play() {System.out.println("您正在觀看電影 《盜夢(mèng)空間》");}}

這個(gè)表示真正的影片。它實(shí)現(xiàn)了 Movie 接口，play() 方法調(diào)用時(shí)，影片就開(kāi)始播放。那么 Proxy 代理呢？

package com.proxy;public class Cinema implements Movie {RealMovie movie;public Cinema(RealMovie movie) {super();this.movie = movie;}@Overridepublic void play() {guanggao(true);movie.play();guanggao(false);}public void guanggao(boolean isStart) {if (isStart) {System.out.println("電影馬上開(kāi)始了，爆米花、可樂(lè)、口香糖9.8折，快來(lái)買(mǎi)啊！");} else {System.out.println("電影馬上結(jié)束了，爆米花、可樂(lè)、口香糖8.8折，買(mǎi)回家吃吧！");}}}

Cinema 就是 Proxy 代理對(duì)象，它有一個(gè) play() 方法。不過(guò)調(diào)用 play() 方法時(shí)，它進(jìn)行了一些相關(guān)利益的處理，那就是廣告。現(xiàn)在，我們編寫(xiě)測(cè)試代碼。

package com.proxy;public class ProxyTest {public static void main(String[] args) {RealMovie realMovie = new RealMovie();Movie movie = new Cinema(realMovie);movie.play();} }

輸出結(jié)果：

電影馬上開(kāi)始了，爆米花、可樂(lè)、口香糖9.8折，快來(lái)買(mǎi)啊！ 您正在觀看電影 《盜夢(mèng)空間》 電影馬上結(jié)束了，爆米花、可樂(lè)、口香糖8.8折，買(mǎi)回家吃吧！

現(xiàn)在可以看到，代理模式可以在不修改被代理對(duì)象的基礎(chǔ)上，通過(guò)擴(kuò)展代理類，進(jìn)行一些功能的附加與增強(qiáng)。值得注意的是，代理類和被代理類應(yīng)該共同實(shí)現(xiàn)一個(gè)接口，或者是共同繼承某個(gè)類。

上面介紹的是靜態(tài)代理的內(nèi)容，為什么叫做靜態(tài)呢？因?yàn)樗念愋褪鞘孪阮A(yù)定好的，比如上面代碼中的 Cinema 這個(gè)類。下面要介紹的內(nèi)容就是動(dòng)態(tài)代理。

四、動(dòng)態(tài)代理

既然是代理，那么它與靜態(tài)代理的功能與目的是沒(méi)有區(qū)別的，唯一有區(qū)別的就是動(dòng)態(tài)與靜態(tài)的差別。

那么在動(dòng)態(tài)代理的中這個(gè)動(dòng)態(tài)體現(xiàn)在什么地方？

上一節(jié)代碼中 Cinema 類是代理，我們需要手動(dòng)編寫(xiě)代碼讓 Cinema 實(shí)現(xiàn) Movie 接口，而在動(dòng)態(tài)代理中，我們可以讓程序在運(yùn)行的時(shí)候自動(dòng)在內(nèi)存中創(chuàng)建一個(gè)實(shí)現(xiàn) Movie 接口的代理，而不需要去定義 Cinema 這個(gè)類。這就是它被稱為動(dòng)態(tài)的原因。

也許概念比較抽象。現(xiàn)在實(shí)例說(shuō)明一下情況。

假設(shè)有一個(gè)大商場(chǎng)，商場(chǎng)有很多的柜臺(tái)，有一個(gè)柜臺(tái)賣(mài)茅臺(tái)酒。我們進(jìn)行代碼的模擬。

package com.proxy;public interface SellWine {void mainJiu(); }

SellWine 是一個(gè)接口，你可以理解它為賣(mài)酒的許可證。

package com.proxy;public class MaotaiJiu implements SellWine {@Overridepublic void mainJiu() {System.out.println("我賣(mài)得是茅臺(tái)酒。");}}

然后創(chuàng)建一個(gè)類 MaotaiJiu,對(duì)的，就是茅臺(tái)酒的意思。

我們還需要一個(gè)柜臺(tái)來(lái)賣(mài)酒：

package com.proxy;import java.lang.reflect.InvocationHandler; import java.lang.reflect.Method;public class GuitaiA implements InvocationHandler {Object brand;public GuitaiA(Object brand) {this.brand = brand;}@Overridepublic Object invoke(Object proxy, Method method, Object[] args) throws Throwable {System.out.println("銷售開(kāi)始 柜臺(tái)是： "+this.getClass().getSimpleName());method.invoke(brand, args);System.out.println("銷售結(jié)束");return null;}}

GuitaiA 實(shí)現(xiàn)了 InvocationHandler 這個(gè)類，這個(gè)類是什么意思呢？大家不要慌張，待會(huì)我會(huì)解釋。

然后，我們就可以賣(mài)酒了。

package com.proxy;import java.lang.reflect.InvocationHandler; import java.lang.reflect.Proxy;public class SellWineTest {public static void main(String[] args) {MaotaiJiu maotaiJiu = new MaotaiJiu();InvocationHandler riemann = new GuitaiA(maotaiJiu);SellWine dynamicProxy = (SellWine) Proxy.newProxyInstance(MaotaiJiu.class.getClassLoader(),MaotaiJiu.class.getInterfaces(), riemann);dynamicProxy.mainJiu();}}

輸出結(jié)果：

銷售開(kāi)始 柜臺(tái)是： GuitaiA 我賣(mài)得是茅臺(tái)酒。 銷售結(jié)束

看到?jīng)]有，我并沒(méi)有像靜態(tài)代理那樣為 SellWine 接口實(shí)現(xiàn)一個(gè)代理類，但最終它仍然實(shí)現(xiàn)了相同的功能，這其中的差別，就是之前討論的動(dòng)態(tài)代理所謂“動(dòng)態(tài)”的原因。

五、動(dòng)態(tài)代理語(yǔ)法

動(dòng)態(tài)代碼涉及了一個(gè)非常重要的類 Proxy。正是通過(guò) Proxy 的靜態(tài)方法 newProxyInstance 才會(huì)動(dòng)態(tài)創(chuàng)建代理。

Proxy

public static Object newProxyInstance(ClassLoader loader,Class<?>[] interfaces,InvocationHandler h)

下面講解它的 3 個(gè)參數(shù)意義。

• loader 自然是類加載器
• interfaces 代碼要用來(lái)代理的接口
• h 一個(gè) InvocationHandler 對(duì)象

初學(xué)者應(yīng)該對(duì)于 InvocationHandler 很陌生，我馬上就講到這一塊。

InvocationHandler

InvocationHandler 是一個(gè)接口，官方文檔解釋說(shuō)，每個(gè)代理的實(shí)例都有一個(gè)與之關(guān)聯(lián)的 InvocationHandler 實(shí)現(xiàn)類，如果代理的方法被調(diào)用，那么代理便會(huì)通知和轉(zhuǎn)發(fā)給內(nèi)部的 InvocationHandler 實(shí)現(xiàn)類，由它決定處理。

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

InvocationHandler 內(nèi)部只是一個(gè) invoke() 方法，正是這個(gè)方法決定了怎么樣處理代理傳遞過(guò)來(lái)的方法調(diào)用。

• proxy 代理對(duì)象
• method 代理對(duì)象調(diào)用的方法
• args 調(diào)用的方法中的參數(shù)

因?yàn)?#xff0c;Proxy 動(dòng)態(tài)產(chǎn)生的代理會(huì)調(diào)用 InvocationHandler 實(shí)現(xiàn)類，所以 InvocationHandler 是實(shí)際執(zhí)行者。

public class GuitaiA implements InvocationHandler {private Object pingpai;public GuitaiA(Object pingpai) {this.pingpai = pingpai;}@Overridepublic Object invoke(Object proxy, Method method, Object[] args)throws Throwable {// TODO Auto-generated method stubSystem.out.println("銷售開(kāi)始 柜臺(tái)是： "+this.getClass().getSimpleName());method.invoke(pingpai, args);System.out.println("銷售結(jié)束");return null;}}

GuitaiA 就是實(shí)際上賣(mài)酒的地方。

現(xiàn)在，我們加大難度，我們不僅要賣(mài)茅臺(tái)酒，還想賣(mài)五糧液。

package com.proxy;public class Wuliangye implements SellWine {@Overridepublic void mainJiu() {System.out.println("我賣(mài)得是五糧液。");}}

Wuliangye 這個(gè)類也實(shí)現(xiàn)了 SellWine 這個(gè)接口，說(shuō)明它也擁有賣(mài)酒的許可證，同樣把它放到 GuitaiA 上售賣(mài)。

package com.proxy;import java.lang.reflect.InvocationHandler; import java.lang.reflect.Proxy;public class SellWineTest {public static void main(String[] args) {MaotaiJiu maotaiJiu = new MaotaiJiu();Wuliangye wu = new Wuliangye();InvocationHandler riemann = new GuitaiA(maotaiJiu);InvocationHandler riemann2 = new GuitaiA(wu);SellWine dynamicProxy = (SellWine) Proxy.newProxyInstance(MaotaiJiu.class.getClassLoader(),MaotaiJiu.class.getInterfaces(), riemann);SellWine dynamicProxy2 = (SellWine) Proxy.newProxyInstance(Wuliangye.class.getClassLoader(),Wuliangye.class.getInterfaces(),riemann2);dynamicProxy.mainJiu();dynamicProxy2.mainJiu();}}

輸出結(jié)果：

銷售開(kāi)始 柜臺(tái)是： GuitaiA 我賣(mài)得是茅臺(tái)酒。 銷售結(jié)束 銷售開(kāi)始 柜臺(tái)是： GuitaiA 我賣(mài)得是五糧液。 銷售結(jié)束

有人會(huì)問(wèn)，dynamicProxy 和 dynamicProxy12有什么區(qū)沒(méi)有？他們都是動(dòng)態(tài)產(chǎn)生的代理，都是售貨員，都擁有賣(mài)酒的技術(shù)證書(shū)。

我現(xiàn)在擴(kuò)大商場(chǎng)的經(jīng)營(yíng)，除了賣(mài)酒之外，還要賣(mài)煙。

首先，同樣要?jiǎng)?chuàng)建一個(gè)接口，作為賣(mài)煙的許可證。

package com.proxy;public interface SellCigarette {void sell(); }

然后，賣(mài)什么煙呢？就芙蓉王好了。

public class Furongwang implements SellCigarette {@Overridepublic void sell() {// TODO Auto-generated method stubSystem.out.println("售賣(mài)的是正宗的芙蓉王，可以掃描條形碼查證。");}}

然后再次測(cè)試驗(yàn)證：

package com.proxy;import java.lang.reflect.InvocationHandler; import java.lang.reflect.Proxy;public class SellWineTest {public static void main(String[] args) {MaotaiJiu maotaiJiu = new MaotaiJiu();Wuliangye wu = new Wuliangye();Furongwang fu = new Furongwang();InvocationHandler riemann = new GuitaiA(maotaiJiu);InvocationHandler riemann2 = new GuitaiA(wu);InvocationHandler riemann3 = new GuitaiA(fu);SellWine dynamicProxy = (SellWine) Proxy.newProxyInstance(MaotaiJiu.class.getClassLoader(),MaotaiJiu.class.getInterfaces(), riemann);SellWine dynamicProxy2 = (SellWine) Proxy.newProxyInstance(Wuliangye.class.getClassLoader(),Wuliangye.class.getInterfaces(),riemann2);SellCigarette dynamicProxy3 = (SellCigarette) Proxy.newProxyInstance(Furongwang.class.getClassLoader(),Furongwang.class.getInterfaces(), jingxiao3);dynamicProxy.mainJiu();dynamicProxy2.mainJiu();dynamicProxy3.sell();}}

輸出結(jié)果：

銷售開(kāi)始 柜臺(tái)是： GuitaiA 我賣(mài)得是茅臺(tái)酒。 銷售結(jié)束 銷售開(kāi)始 柜臺(tái)是： GuitaiA 我賣(mài)得是五糧液。 銷售結(jié)束 銷售開(kāi)始 柜臺(tái)是： GuitaiA 售賣(mài)的是正宗的芙蓉王，可以掃描條形碼查證。 銷售結(jié)束

結(jié)果符合預(yù)期。大家仔細(xì)觀察一下代碼，同樣是通過(guò) Proxy.newProxyInstance() 方法，卻產(chǎn)生了 SellWine 和 SellCigarette 兩種接口的實(shí)現(xiàn)類代理，這就是動(dòng)態(tài)代理的魔力。

動(dòng)態(tài)代理的秘密

一定有同學(xué)對(duì)于為什么 Proxy 能夠動(dòng)態(tài)產(chǎn)生不同接口類型的代理感興趣，我的猜測(cè)是肯定通過(guò)傳入進(jìn)去的接口然后通過(guò)反射動(dòng)態(tài)生成了一個(gè)接口實(shí)例。
比如 SellWine 是一個(gè)接口，那么 Proxy.newProxyInstance() 內(nèi)部肯定會(huì)有
new SellWine();

這樣相同作用的代碼，不過(guò)它是通過(guò)反射機(jī)制創(chuàng)建的。那么事實(shí)是不是這樣子呢？直接查看它們的源碼好了。需要說(shuō)明的是，我當(dāng)前查看的源碼是 1.8 版本。

public static Object newProxyInstance(ClassLoader loader,Class<?>[] interfaces,InvocationHandler h)throws IllegalArgumentException{Objects.requireNonNull(h);final Class<?>[] intfs = interfaces.clone();/** Look up or generate the designated proxy class.*/Class<?> cl = getProxyClass0(loader, intfs);/** Invoke its constructor with the designated invocation handler.*/try {final Constructor<?> cons = cl.getConstructor(constructorParams);final InvocationHandler ih = h;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);}}

newProxyInstance 的確創(chuàng)建了一個(gè)實(shí)例，它是通過(guò) cl 這個(gè) Class 文件的構(gòu)造方法反射生成。cl 由 getProxyClass0() 方法獲取。

private static Class<?> getProxyClass0(ClassLoader loader,Class<?>... interfaces) {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;// otherwise, it will create the proxy class via the ProxyClassFactoryreturn proxyClassCache.get(loader, interfaces); }

直接通過(guò)緩存獲取，如果獲取不到，注釋說(shuō)會(huì)通過(guò) ProxyClassFactory 生成。

/*** A factory function that generates, defines and returns the proxy class given* the ClassLoader and array of interfaces.*/private static final class ProxyClassFactoryimplements BiFunction<ClassLoader, Class<?>[], Class<?>>{// Proxy class 的前綴是 “$Proxy”，private static final String proxyClassNamePrefix = "$Proxy";// next number to use for generation of unique proxy class namesprivate static final AtomicLong nextUniqueNumber = new AtomicLong();@Overridepublic 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 {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 inint 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();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 packageproxyPkg = 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.*/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());}}}

這個(gè)類的注釋說(shuō)，通過(guò)指定的 ClassLoader 和 接口數(shù)組 用工廠方法生成 proxy class。 然后這個(gè) proxy class 的名字是：

// Proxy class 的前綴是 “$Proxy”， private static final String proxyClassNamePrefix = "$Proxy";long num = nextUniqueNumber.getAndIncrement();String proxyName = proxyPkg + proxyClassNamePrefix + num;

所以，動(dòng)態(tài)生成的代理類名稱是包名+$Proxy+id序號(hào)。

生成的過(guò)程，核心代碼如下：

byte[] proxyClassFile = ProxyGenerator.generateProxyClass(proxyName, interfaces, accessFlags);return defineClass0(loader, proxyName,proxyClassFile, 0, proxyClassFile.length);

這兩個(gè)方法，我沒(méi)有繼續(xù)追蹤下去，defineClass0() 甚至是一個(gè) native 方法。我們只要知道，動(dòng)態(tài)創(chuàng)建代理這回事就好了。

現(xiàn)在我們還需要做一些驗(yàn)證，我要檢測(cè)一下動(dòng)態(tài)生成的代理類的名字是不是包名+$Proxy+id序號(hào)。

package com.proxy;import java.lang.reflect.InvocationHandler; import java.lang.reflect.Proxy;public class SellWineTest {public static void main(String[] args) {MaotaiJiu maotaiJiu = new MaotaiJiu();Wuliangye wu = new Wuliangye();Furongwang fu = new Furongwang();InvocationHandler riemann = new GuitaiA(maotaiJiu);InvocationHandler riemann2 = new GuitaiA(wu);InvocationHandler riemann3 = new GuitaiA(fu);SellWine dynamicProxy = (SellWine) Proxy.newProxyInstance(MaotaiJiu.class.getClassLoader(),MaotaiJiu.class.getInterfaces(), riemann);SellWine dynamicProxy2 = (SellWine) Proxy.newProxyInstance(Wuliangye.class.getClassLoader(),Wuliangye.class.getInterfaces(),riemann2);SellCigarette dynamicProxy3 = (SellCigarette) Proxy.newProxyInstance(Furongwang.class.getClassLoader(),Furongwang.class.getInterfaces(), jingxiao3);dynamicProxy.mainJiu();dynamicProxy2.mainJiu();dynamicProxy3.sell();System.out.println("dynamicProxy class name:"+dynamicProxy.getClass().getName());System.out.println("dynamicProxy1 class name:"+dynamicProxy2.getClass().getName());System.out.println("dynamicProxy3 class name:"+dynamicProxy3.getClass().getName());}}

輸出結(jié)果：

銷售開(kāi)始 柜臺(tái)是： GuitaiA 我賣(mài)得是茅臺(tái)酒。 銷售結(jié)束 銷售開(kāi)始 柜臺(tái)是： GuitaiA 我賣(mài)得是五糧液。 銷售結(jié)束 銷售開(kāi)始 柜臺(tái)是： GuitaiA 售賣(mài)的是正宗的芙蓉王，可以掃描條形碼查證。 銷售結(jié)束dynamicProxy class name:com.sun.proxy.$Proxy0 dynamicProxy2 class name:com.sun.proxy.$Proxy0 dynamicProxy3 class name:com.sun.proxy.$Proxy1

SellWine 接口的代理類名是：com.sun.proxy.$Proxy0SellCigarette接口的代理類名是：com.sun.proxy.$Proxy1

這說(shuō)明動(dòng)態(tài)生成的 proxy class 與 Proxy 這個(gè)類同一個(gè)包。

下面用一張圖讓大家記住動(dòng)態(tài)代理涉及到的角色。

紅框中 $Proxy0就是通過(guò) Proxy 動(dòng)態(tài)生成的。
$Proxy0實(shí)現(xiàn)了要代理的接口。
$Proxy0通過(guò)調(diào)用 InvocationHandler來(lái)執(zhí)行任務(wù)。

六、總結(jié)

• 代理分為靜態(tài)代理和動(dòng)態(tài)代理兩種。
• 靜態(tài)代理，代理類需要自己編寫(xiě)代碼寫(xiě)成。
• 動(dòng)態(tài)代理，代理類通過(guò) Proxy.newInstance() 方法生成。
• 不管是靜態(tài)代理還是動(dòng)態(tài)代理，代理與被代理者都要實(shí)現(xiàn)兩樣接口，它們的實(shí)質(zhì)是面向接口編程。
• 靜態(tài)代理和動(dòng)態(tài)代理的區(qū)別是在于要不要開(kāi)發(fā)者自己定義 Proxy 類。
• 動(dòng)態(tài)代理通過(guò) Proxy 動(dòng)態(tài)生成 proxy class，但是它也指定了一個(gè) InvocationHandler 的實(shí)現(xiàn)類。
• 代理模式本質(zhì)上的目的是為了增強(qiáng)現(xiàn)有代碼的功能。

總結(jié)

以上是生活随笔為你收集整理的java动态代理实现与原理详细分析的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。