1. 程式人生 > >設計模式(四):代理模式

設計模式(四):代理模式

前言

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

介紹

在設計模式中代理模式可以分為靜態代理動態代理,而動態代理根據代理的物件型別不同又可以分為Jdk動態代理Cglib動態代理意圖:為其他物件提供一種代理以控制對這個物件的訪問。 主要解決:在直接訪問物件時帶來的問題,比如說:要訪問的物件在遠端的機器上。在面向物件系統中,有些物件由於某些原因(比如物件建立開銷很大,或者某些操作需要安全控制,或者需要程序外的訪問),直接訪問會給使用者或者系統結構帶來很多麻煩,我們可以在訪問此物件時加上一個對此物件的訪問層。 何時使用:想在訪問一個類時做一些控制。 如何解決:增加中間層。 關鍵程式碼:實現與被代理類組合。

實現

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

公共表演介面的定義

/** 表演 */
public interface Performance {
    void act();
}

一.靜態代理

明星的實體類

/** 明星 */
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°旋轉飛踢.");
    }
}

執行Demo

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

執行程式,輸出結果:

------電影拍攝開始------
替身演員表演跳火車.
明星上場拍功夫電影
替身演員表演空中360°旋轉飛踢.
------電影拍攝結束------

二.Jdk動態代理

1、Jdk動態代理是由Java內部的反射機制來實現的,目標類基於統一的介面InvocationHandler。 2、代理物件是在程式執行時產生的,而不是編譯期; 3、對代理物件的所有介面方法呼叫都會轉發到InvocationHandler.invoke()方法,在invoke()方法裡我們可以加入任何邏輯,比如修改方法引數,加入日誌功能、安全檢查功能等;之後我們通過某種方式執行真正的方法體, 4、對於從Object中繼承的方法,JDK動態代理會把hashCode()、equals()、toString()這三個非介面方法轉發給InvocationHandler,其餘的Object方法則不會轉發。詳見JDK Proxy官方文件

jdk動態代理實現

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°旋轉飛踢.");
        return o;
    }

    public Object bind(Object target) {
        //取得代理物件
        this.target = target;
        return Proxy.newProxyInstance(target.getClass().getClassLoader(), target.getClass().getInterfaces(), this);
    }
}

執行Demo

public static void main(String[] args) {
     //建立JDK動態代理類
     JdkDynamicProxy proxy = new JdkDynamicProxy();
     //繫結物件
     Performance performProxy = (Performance) proxy.bind(new Actor());
     System.out.println("------電影拍攝開始------");
     performProxy.act();
     System.out.println("------電影拍攝結束------");
}

執行結果

------電影拍攝開始------
替身演員表演跳火車.
明星上場拍功夫電影
替身演員表演空中360°旋轉飛踢.
------電影拍攝結束------

Java動態代理為我們提供了非常靈活的代理機制,但Jdk動態代理是基於介面的,如果物件沒有實現介面我們該如何代理呢?答案是Cglib動態代理。

三.Cglib動態代理

cglib動態代理底層則是藉助asm來實現的,它允許我們在執行時對位元組碼進行修改和動態生成,cglib這種第三方類庫實現的動態代理應用更加廣泛,且在效率上更有優勢。 目標類基於統一的介面MethodInterceptor

CGLIB的核心類: net.sf.cglib.proxy.Enhancer – 主要的增強類。 net.sf.cglib.proxy.MethodInterceptor – 主要的方法攔截類,它是Callback介面的子介面,需要使用者實現。 net.sf.cglib.proxy.MethodProxy – JDK的java.lang.reflect.Method類的代理類,可以方便的實現對源物件方法的呼叫。

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

cglib動態代理實現:

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;

    //建立代理物件
    public Object getInstance(Object target) {
        this.target = target;
        Enhancer enhancer = new Enhancer();
        enhancer.setSuperclass(this.target.getClass());
        // 回撥方法
        enhancer.setCallback(this);
        // 建立代理物件
        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°旋轉飛踢.");
        return result;
    }
}

執行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("------電影拍攝結束------");
    }

執行結果

------電影拍攝開始------
替身演員表演跳火車.
明星上場拍功夫電影
替身演員表演空中360°旋轉飛踢.
------電影拍攝結束------

總結

1、通過以上的例子我們可以發現代理模式的特點: 優點: 1、職責清晰。 2、高擴充套件性。 3、智慧化。 缺點: 1、由於在客戶端和真實主題之間增加了代理物件,因此有些型別的代理模式可能會造成請求的處理速度變慢。 2、實現代理模式需要額外的工作,有些代理模式的實現非常複雜。

2、Jdk動態代理和Cglib動態代理的區別:

  • JDK的動態代理機制只能代理實現了介面的類,而不能實現介面的類就不能實現JDK的動態代理。
  • cglib是針對類來實現代理的,他的原理是對指定的目標類生成一個子類,並覆蓋其中方法實現增強,但因為採用的是繼承,所以不能對final修飾的類進行代理。同樣的,final方法是不能過載的,所以也不能通過CGLIB代理,遇到這種情況不會拋異常,而是會跳過final方法只代理其他方法。
  • JDK動態代理是Java原生支援的,不需要任何外部依賴,但是它只能基於介面進行代理;CGLIB通過繼承的方式進行代理,無論目標物件有沒有實現介面都可以代理,但是無法處理final的情況。
  • 和介面卡模式的區別:介面卡模式主要改變所考慮物件的介面,而代理模式不能改變所代理類的介面。
  • 和裝飾器模式的區別:裝飾器模式為了增強功能,而代理模式是為了加以控制。