前言

國內(nèi)程序員好像普遍對百度都沒好感，而且百度近些年產(chǎn)生了不少負面的新聞，像16年的魏則西事件，近期的導演吳京黑白照事件，以及最近作家六六斥百度李彥宏：“你是做搜索引擎還是騙子首領”，還有一件就是與程序員有關的：搜索Julia語言，在百度和Google得出首條搜索結(jié)果的差異性而被吐槽。Google雖然受歡迎，但是在國內(nèi)因內(nèi)容審查問題未解決而不能使用，如果我們要使用它就必須使用代理服務器，由于放置代理服務器的地區(qū)區(qū)域可以訪問google，所以我們可以先訪問代理服務器，通過代理服務器轉(zhuǎn)發(fā)我們的請求。這是現(xiàn)實生活中的一種代理模式的實例，當然現(xiàn)實生活中這種實例很不少，像明星都有助理，打官司有代理律師等等，這種思想也可以用到我們程序設計中。

介紹

在設計模式中代理模式可以分為靜態(tài)代理和動態(tài)代理，而動態(tài)代理根據(jù)代理的對象類型不同又可以分為Jdk動態(tài)代理和Cglib動態(tài)代理。

意圖：為其他對象提供一種代理以控制對這個對象的訪問。

主要解決：在直接訪問對象時帶來的問題，比如說：要訪問的對象在遠程的機器上。在面向?qū)ο笙到y(tǒng)中，有些對象由于某些原因（比如對象創(chuàng)建開銷很大，或者某些操作需要安全控制，或者需要進程外的訪問），直接訪問會給使用者或者系統(tǒng)結(jié)構(gòu)帶來很多麻煩，我們可以在訪問此對象時加上一個對此對象的訪問層。

何時使用：想在訪問一個類時做一些控制。

如何解決：增加中間層。

關鍵代碼：實現(xiàn)與被代理類組合。

實現(xiàn)

近幾年中國電影行業(yè)蓬勃發(fā)展，電影攝制需要的一種特殊演員->替身，主要任務是代替影片中原演員表演某些特殊的、高難度的動作和技能或原演員所不能勝任的驚險動作，如武打、騎術、駕車等。拍攝的時候雖然是替身在拍攝，但是呈現(xiàn)在熒幕前我們觀眾卻不知道是替身而認為是明星的真實拍攝，代理模式也有這種特點，雖然是代理類在完成任務，但是呈現(xiàn)出來的卻是真實類的實現(xiàn)。接下來我們以這種生活中的實例來作示例：

公共表演接口的定義

/** 表演 */public interface Performance { void act();}一.靜態(tài)代理

明星的實體類

/** 明星 */public class Actor implements Performance { @Override public void act() {System.out.println('明星上場拍功夫電影'); }}

替身演員的實體類

/** * 替身演員 */public class Stuntman implements Performance { private Actor actor; @Override public void act() {if (actor == null) { actor = new Actor();}System.out.println('替身演員表演跳火車.');actor.act();System.out.println('替身演員表演空中360°旋轉(zhuǎn)飛踢.'); }}

執(zhí)行Demo

public class ProxyPatternDemo { public static void main(String[] args) {System.out.println('------電影拍攝開始------');Performance perform = new Stuntman();perform.act();System.out.println('------電影拍攝結(jié)束------'); }}

執(zhí)行程序，輸出結(jié)果：

------電影拍攝開始------

替身演員表演跳火車.

明星上場拍功夫電影

替身演員表演空中360°旋轉(zhuǎn)飛踢.

二.Jdk動態(tài)代理

1、Jdk動態(tài)代理是由Java內(nèi)部的反射機制來實現(xiàn)的，目標類基于統(tǒng)一的接口InvocationHandler。

2、代理對象是在程序運行時產(chǎn)生的，而不是編譯期；

3、對代理對象的所有接口方法調(diào)用都會轉(zhuǎn)發(fā)到InvocationHandler.invoke()方法，在invoke()方法里我們可以加入任何邏輯，比如修改方法參數(shù)，加入日志功能、安全檢查功能等；之后我們通過某種方式執(zhí)行真正的方法體，

4、對于從Object中繼承的方法，JDK動態(tài)代理會把hashCode()、equals()、toString()這三個非接口方法轉(zhuǎn)發(fā)給InvocationHandler，其余的Object方法則不會轉(zhuǎn)發(fā)。詳見JDK Proxy官方文檔。

jdk動態(tài)代理實現(xiàn)

public class JdkDynamicProxy implements InvocationHandler { private Object target; @Override public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {System.out.println('替身演員表演跳火車.');Object o = method.invoke(target, args);System.out.println('替身演員表演空中360°旋轉(zhuǎn)飛踢.');return o; } public Object bind(Object target) {//取得代理對象this.target = target;return Proxy.newProxyInstance(target.getClass().getClassLoader(), target.getClass().getInterfaces(), this); }}

執(zhí)行Demo

public static void main(String[] args) { //創(chuàng)建JDK動態(tài)代理類 JdkDynamicProxy proxy = new JdkDynamicProxy(); //綁定對象 Performance performProxy = (Performance) proxy.bind(new Actor()); System.out.println('------電影拍攝開始------'); performProxy.act(); System.out.println('------電影拍攝結(jié)束------');}

執(zhí)行結(jié)果

------電影拍攝開始------

替身演員表演跳火車.

明星上場拍功夫電影

替身演員表演空中360°旋轉(zhuǎn)飛踢.

Java動態(tài)代理為我們提供了非常靈活的代理機制，但Jdk動態(tài)代理是基于接口的，如果對象沒有實現(xiàn)接口我們該如何代理呢？答案是Cglib動態(tài)代理。

三.Cglib動態(tài)代理

cglib動態(tài)代理底層則是借助asm來實現(xiàn)的，它允許我們在運行時對字節(jié)碼進行修改和動態(tài)生成，cglib這種第三方類庫實現(xiàn)的動態(tài)代理應用更加廣泛，且在效率上更有優(yōu)勢。目標類基于統(tǒng)一的接口MethodInterceptor。

CGLIB的核心類：net.sf.cglib.proxy.Enhancer ? 主要的增強類。net.sf.cglib.proxy.MethodInterceptor ? 主要的方法攔截類，它是Callback接口的子接口，需要用戶實現(xiàn)。net.sf.cglib.proxy.MethodProxy ? JDK的java.lang.reflect.Method類的代理類，可以方便的實現(xiàn)對源對象方法的調(diào)用。

我們要使用cglib代理必須引入cglib的jar包(package net.sf.cglib.proxy;)，我在這里使用的是spring包中cglib，其實和單獨的引cglib包是一樣的，只不過spring為了版本不沖突，將cglib包含在自己的包中。

cglib動態(tài)代理實現(xiàn)：

import org.springframework.cglib.proxy.Enhancer;import org.springframework.cglib.proxy.MethodInterceptor;import org.springframework.cglib.proxy.MethodProxy;import java.lang.reflect.Method;public class CglibDynamicProxy implements MethodInterceptor { private Object target; //創(chuàng)建代理對象 public Object getInstance(Object target) {this.target = target;Enhancer enhancer = new Enhancer();enhancer.setSuperclass(this.target.getClass());// 回調(diào)方法enhancer.setCallback(this);// 創(chuàng)建代理對象return enhancer.create(); } @Override public Object intercept(Object o, Method method, Object[] objects, MethodProxy methodProxy) throws Throwable {System.out.println('替身演員表演跳火車.');Object result = methodProxy.invokeSuper(o, objects);System.out.println('替身演員表演空中360°旋轉(zhuǎn)飛踢.');return result; }}

執(zhí)行Demo

public static void main(String[] args) { CglibDynamicProxy cglibProxy = new CglibDynamicProxy();Performance userService = (Performance) cglibProxy.getInstance(new Actor());System.out.println('------電影拍攝開始------');userService.act();System.out.println('------電影拍攝結(jié)束------'); }

執(zhí)行結(jié)果

------電影拍攝開始------

替身演員表演跳火車.

明星上場拍功夫電影

替身演員表演空中360°旋轉(zhuǎn)飛踢.

總結(jié)

1、通過以上的例子我們可以發(fā)現(xiàn)代理模式的特點：

優(yōu)點：

職責清晰。 高擴展性。 智能化。

缺點：

由于在客戶端和真實主題之間增加了代理對象，因此有些類型的代理模式可能會造成請求的處理速度變慢。 實現(xiàn)代理模式需要額外的工作，有些代理模式的實現(xiàn)非常復雜。

2、Jdk動態(tài)代理和Cglib動態(tài)代理的區(qū)別：

JDK的動態(tài)代理機制只能代理實現(xiàn)了接口的類，而不能實現(xiàn)接口的類就不能實現(xiàn)JDK的動態(tài)代理。 cglib是針對類來實現(xiàn)代理的，他的原理是對指定的目標類生成一個子類，并覆蓋其中方法實現(xiàn)增強，但因為采用的是繼承，所以不能對final修飾的類進行代理。同樣的，final方法是不能重載的，所以也不能通過CGLIB代理，遇到這種情況不會拋異常，而是會跳過final方法只代理其他方法。 JDK動態(tài)代理是Java原生支持的，不需要任何外部依賴，但是它只能基于接口進行代理；CGLIB通過繼承的方式進行代理，無論目標對象有沒有實現(xiàn)接口都可以代理，但是無法處理final的情況。 和適配器模式的區(qū)別：適配器模式主要改變所考慮對象的接口，而代理模式不能改變所代理類的接口。 和裝飾器模式的區(qū)別：裝飾器模式為了增強功能，而代理模式是為了加以控制。

以上就是Java通俗易懂系列設計模式之代理模式的詳細內(nèi)容，更多關于Java設計模式的資料請關注好吧啦網(wǎng)其它相關文章！