前言

動(dòng)態(tài)代理，是一種通過(guò)運(yùn)行時(shí)操作字節(jié)碼，以達(dá)到增強(qiáng)類(lèi)的功能的技術(shù)，也是Spring AOP操作的基礎(chǔ)，關(guān)于AOP的內(nèi)容，將在后面的筆記中詳細(xì)講解，本小節(jié)主要是理清楚動(dòng)態(tài)代理，畢竟，Spring的AOP是基于動(dòng)態(tài)代理技術(shù)，對(duì)動(dòng)態(tài)代理技術(shù)有所了解，對(duì)于學(xué)習(xí)Spring AOP也會(huì)有幫助

動(dòng)態(tài)代理技術(shù)詳解

動(dòng)態(tài)代理，現(xiàn)在主要是用于增強(qiáng)類(lèi)的功能，同時(shí)由于是具有動(dòng)態(tài)性，所以避免了需要頻繁創(chuàng)建類(lèi)的操作，同時(shí)，也使得原有的代碼在不需要改變的情況下，對(duì)類(lèi)的功能進(jìn)行增強(qiáng)，主要的動(dòng)態(tài)代理技術(shù)有：通過(guò)實(shí)現(xiàn)目標(biāo)接口，重寫(xiě)其方法，以增強(qiáng)其能力，典型的以JDK動(dòng)態(tài)代理為代表；或者，通過(guò)繼承類(lèi)，重寫(xiě)其方法以增強(qiáng)其能力，典型的以CGLib為代表，這兩種技術(shù)分別從不同的方向來(lái)對(duì)類(lèi)的能力進(jìn)行擴(kuò)充，接下來(lái)來(lái)具體看下這兩種技術(shù)的特點(diǎn)以及差異。

基于JDK動(dòng)態(tài)代理

基于JDK的動(dòng)態(tài)代理技術(shù)，其主要特點(diǎn)就是目標(biāo)類(lèi)，也就是需要被代理的類(lèi)，必須有接口，并且代理類(lèi)必須實(shí)現(xiàn)跟它一樣的接口，從而來(lái)起到代理其事務(wù)的功能，具體使用如下代碼所示，假設(shè)有一個(gè)UserService類(lèi)，主要用于負(fù)責(zé)用戶(hù)的登錄和退出，同時(shí)，有個(gè)日志類(lèi)，負(fù)責(zé)記錄用戶(hù)的操作信息，直接將信息日志寫(xiě)在對(duì)應(yīng)的UserService實(shí)現(xiàn)類(lèi)中，可以達(dá)到目的，但顯然這種方式不是很合理，特別是在UserService有很多個(gè)方法需要做日志記錄的時(shí)候，就會(huì)使得日志記錄代碼遍布整個(gè)UserService，不僅使得代碼的冗余很大，而且當(dāng)需要進(jìn)行修改的時(shí)候，也需要逐個(gè)修改，非常麻煩，這個(gè)時(shí)候，采用動(dòng)態(tài)代理技術(shù)就是一種非常好的方法了。

/**
 * UserService接口
 */
interface UserService{

  void login();
  void logout();
}

/**
 * UseService實(shí)現(xiàn)類(lèi)
 */
class UserServiceImpl implements UserService{

  @Override
  public void login() {
    System.out.println("someone login....");
  }

  @Override
  public void logout() {
    System.out.println("someone logout....");
  }
}


/**
 * 實(shí)現(xiàn)InvocationHandle接口，用于織入所要增強(qiáng)的代碼
 */
class UserServiceHandle implements InvocationHandler{

  private UserService userService;

  public UserServiceHandle(UserService userService) {
    this.userService = userService;
  }

  @Override
  public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {

    LogService.info();
    Object object = method.invoke(userService, args);
    LogService.info();
    return object;
  }
}

/**
 * 代理類(lèi)工廠，用于產(chǎn)生UseService類(lèi)的代理類(lèi)
 */
class ProxyFactory{

  public static UserService getProxyObject(UserService userService){

    // 使用JDK動(dòng)態(tài)代理技術(shù)來(lái)創(chuàng)建對(duì)應(yīng)的代理類(lèi)
    return (UserService) Proxy.newProxyInstance(
        userService.getClass().getClassLoader(),
        userService.getClass().getInterfaces(),
        new UserServiceHandle(userService)
    );
  }
}

這樣，當(dāng)我們需要使用UseService類(lèi)的時(shí)候，只需要從ProxyFactory中獲取即可，而且獲取的對(duì)象是UserService對(duì)象的代理類(lèi)，也就是說(shuō)，獲得的對(duì)象是UserService對(duì)象的增強(qiáng)版

基于CGLib的動(dòng)態(tài)代理技術(shù)

從上面的ProxyFactory工廠中可以看到，在使用JDK進(jìn)行創(chuàng)建動(dòng)態(tài)代理對(duì)象的時(shí)候，需要為其提供接口，或者說(shuō)，如果所要增強(qiáng)的目標(biāo)類(lèi)沒(méi)有實(shí)現(xiàn)任何接口，則JDK動(dòng)態(tài)代理技術(shù)是無(wú)法為其創(chuàng)建對(duì)應(yīng)的代理對(duì)象的，這是JDK動(dòng)態(tài)代理技術(shù)的一種缺點(diǎn)，而CGLib動(dòng)態(tài)代理技術(shù)則恰好彌補(bǔ)了這個(gè)缺點(diǎn)，CGLib動(dòng)態(tài)代理技術(shù)使用的是繼承該類(lèi)的方式，從而避免了需要接口的缺陷，具體使用如下所示，注意，需要導(dǎo)入對(duì)應(yīng)的依賴(lài)文件

/**
 * 基于CGLib的動(dòng)態(tài)代理技術(shù)
 * 注意這里需要實(shí)現(xiàn)MethodInterceptor接口
 */
class ProxyFactory implements MethodInterceptor{

  // 提供對(duì)應(yīng)的增強(qiáng)操作類(lèi)
  private Enhancer enhancer = new Enhancer();

  public UserService getProxyObject(Class clazz){
    // 設(shè)置所要增強(qiáng)的類(lèi)的父類(lèi)
    enhancer.setSuperclass(clazz);
    // 設(shè)置回調(diào)對(duì)象
    enhancer.setCallback(this);
    // 創(chuàng)建對(duì)應(yīng)的對(duì)象
    return (UserService) enhancer.create();
  }

  // 實(shí)現(xiàn)攔截方法，用于攔截對(duì)應(yīng)的方法，并且對(duì)對(duì)應(yīng)的方法進(jìn)行增強(qiáng)
  // 參數(shù)含義：傳入的對(duì)象， Method對(duì)象，方法的參數(shù)，進(jìn)行代理后的Method對(duì)象
  @Override
  public Object intercept(Object o, Method method, Object[] objects, MethodProxy methodProxy) throws Throwable {

    LogService.info();
    // 這里需要注意，由于methodProxy對(duì)象是增強(qiáng)后的Method對(duì)象，所以這里需要調(diào)用的
    // 是methodProxy父類(lèi)的方法，也就是所以增強(qiáng)的類(lèi)的方法，以實(shí)現(xiàn)原來(lái)的功能
    Object object = methodProxy.invokeSuper(o, objects);
    LogService.info();
    return object;
  }
}

可以看到，使用CGLib動(dòng)態(tài)代理技術(shù)可以在不需要實(shí)現(xiàn)接口的情況下東塔為對(duì)象創(chuàng)建代理對(duì)象，在很大程度上彌補(bǔ)了JDK動(dòng)態(tài)代理技術(shù)的缺點(diǎn)，不過(guò)由于CGLib動(dòng)態(tài)代理技術(shù)是采用繼承目標(biāo)類(lèi)的方式，所以也存在一些問(wèn)題，比如說(shuō)，對(duì)于final以及private修飾的方法是無(wú)法為其增強(qiáng)的，這里還需要注意一下。

總結(jié)

動(dòng)態(tài)代理技術(shù)是實(shí)現(xiàn)AOP技術(shù)的基礎(chǔ)，也是一種很方便地實(shí)現(xiàn)方式，常用的動(dòng)態(tài)代理技術(shù)有基于JDK動(dòng)態(tài)代理技術(shù)以及基于CGLib的動(dòng)態(tài)代理技術(shù)，兩種技術(shù)各有千秋，也都各有缺點(diǎn)基于JDK的動(dòng)態(tài)代理技術(shù)需要為其提供接口，基于CGLib的動(dòng)態(tài)代理技術(shù)不能為final以及private修飾的方法進(jìn)行增強(qiáng)，在使用的時(shí)候需要根據(jù)具體進(jìn)行進(jìn)行合理選擇。

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論