摘要：動態代理的核心是接口和類。以上結果說明它生成的代理類為，說明是代理。測試前提實現接口測試類使用接口方式注入代理方式必須以接口方式注入測試配置為，運行結果如下實際校驗邏輯。。。。

本文也同步發布至簡書，地址：https://www.jianshu.com/p/f70...

AOP設計模式通常運用在日志，校驗等業務場景，本文將簡單介紹基于Spring的AOP代理模式的運用。

代理(Proxy)是一種提供了對目標對象另外的訪問方式，即通過代理對象訪問目標對象。這樣做的好處是:可以在目標對象實現的基礎上，增強額外的功能操作，即擴展目標對象的功能。
這里使用到編程中的一個思想：不要隨意去修改別人已經寫好的代碼或者方法，如果需改修改,可以通過代理的方式來擴展該方法。

靜態代理在使用時,需要定義接口或者父類，被代理對象與代理對象一起實現相同的接口或者是繼承相同父類。

JDK動態代理有以下特點:
1.代理對象，不需要實現接口
2.代理對象的生成,是利用JDK的API,動態的在內存中構建代理對象(需要我們指定創建代理對象/目標對象實現的接口的類型)
3.動態代理也叫做:JDK代理,接口代理

Cglib代理,也叫作子類代理,它是在內存中構建一個子類對象從而實現對目標對象功能的擴展。

JDK的動態代理有一個限制,就是使用動態代理的對象必須實現一個或多個接口，如果想代理沒有實現接口的類,就可以使用Cglib實現。

Cglib是一個強大的高性能的代碼生成包，它可以在運行期擴展java類與實現java接口。它廣泛的被許多AOP的框架使用，例如Spring AOP和synaop,為他們提供方法的interception(攔截)。

Cglib包的底層是通過使用一個小而塊的字節碼處理框架ASM來轉換字節碼并生成新的類。不鼓勵直接使用ASM，因為它要求你必須對JVM內部結構包括class文件的格式和指令集都很熟悉。

AOP實現的關鍵在于AOP框架自動創建的AOP代理，AOP代理主要分為靜態代理和動態代理，靜態代理的代表為AspectJ；而動態代理則以Spring AOP為代表。本文以Spring AOP的實現進行分析和介紹。

Spring AOP使用的動態代理，所謂的動態代理就是說AOP框架不會去修改字節碼，而是在內存中臨時為方法生成一個AOP對象，這個AOP對象包含了目標對象的全部方法，并且在特定的切點做了增強處理，并回調原對象的方法。

Spring AOP中的動態代理主要有兩種方式，JDK動態代理和CGLIB動態代理。JDK動態代理通過反射來接收被代理的類，并且要求被代理的類必須實現一個接口。JDK動態代理的核心是InvocationHandler接口和Proxy類。

如果目標類沒有實現接口，那么Spring AOP會選擇使用CGLIB來動態代理目標類。CGLIB（Code Generation Library），是一個代碼生成的類庫，可以在運行時動態的生成某個類的子類，注意，CGLIB是通過繼承的方式做的動態代理，因此如果某個類被標記為final，那么它是無法使用CGLIB做動態代理的。

注意：以上片段引用自文章Spring AOP的實現原理，如有冒犯，請聯系筆者刪除之，謝謝！

Spring AOP判斷是JDK代理還是CGLib代理的源碼如下（來自org.springframework.aop.framework.DefaultAopProxyFactory）：

@Override
public AopProxy createAopProxy(AdvisedSupport config) throws AopConfigException {
    if (config.isOptimize() || config.isProxyTargetClass() || hasNoUserSuppliedProxyInterfaces(config)) {
        Class targetClass = config.getTargetClass();
        if (targetClass == null) {
            throw new AopConfigException("TargetSource cannot determine target class: " +
                                         "Either an interface or a target is required for proxy creation.");
        }
        if (targetClass.isInterface() || Proxy.isProxyClass(targetClass)) {
            return new JdkDynamicAopProxy(config);
        }
        return new ObjenesisCglibAopProxy(config);
    }
    else {
        return new JdkDynamicAopProxy(config);
    }
}

由代碼發現，如果配置proxyTargetClass = true了并且目標類非接口的情況，則會使用CGLib代理，否則使用JDK代理。

Spring AOP的配置有兩種方式，XML和注解方式。

首先需要引入AOP相關的DTD配置，如下：

然后需要引入AOP自動代理配置：

Java配置類如下：

/**
 * 相當于Spring.xml配置文件的作用
 * @author landyl
 * @create 2:44 PM 09/30/2018
 */
@Configuration
//@EnableLoadTimeWeaving(aspectjWeaving = EnableLoadTimeWeaving.AspectJWeaving.ENABLED)
@EnableAspectJAutoProxy(proxyTargetClass = true)
//@EnableAspectJAutoProxy
@ComponentScan(basePackages = "org.landy")
public class ApplicationConfigure {

    @Bean
    public ApplicationUtil getApplicationUtil() {
        return new ApplicationUtil();
    }

}

需要使用Spring AOP需要引入以下Jar包：

    5.0.8.RELEASE
    1.8.7



    org.aspectj
    aspectjrt
    ${aspectj.version}



    org.aspectj
    aspectjweaver
    ${aspectj.version}


    org.springframework
    spring-aop
    ${spring.version}
    compile

以上兩種配置方式，單元測試需要注意一個地方就是引入配置的方式不一樣，區別如下：

XML方式

@ContextConfiguration(locations = { "classpath:spring.xml" }) //加載配置文件
@RunWith(SpringJUnit4ClassRunner.class)  //使用junit4進行測試
public class SpringTestBase extends AbstractJUnit4SpringContextTests {
}

注解方式

@ContextConfiguration(classes = ApplicationConfigure.class)
@RunWith(SpringJUnit4ClassRunner.class)  //使用junit4進行測試
public class SpringTestBase extends AbstractJUnit4SpringContextTests {
}

配置好了以后，以后所有的測試類都繼承SpringTestBase類即可。

本文將以校驗某個業務邏輯為例說明Spring AOP代理模式的運用。

按照慣例，還是以客戶信息更新校驗為例，假設有個校驗類如下：

/**
 * @author landyl
 * @create 2:22 PM 09/30/2018
 */
@Component
public class CustomerUpdateRule implements UpdateRule {

    //利用自定義注解，進行AOP切面編程，進行其他業務邏輯的校驗操作
    @StatusCheck
    public CheckResult check(String updateStatus, String currentStatus) {
        System.out.println("CustomerUpdateRule:在此還有其他業務校驗邏輯。。。。"+updateStatus + "____" + currentStatus);
        return new CheckResult();
    }

}

此時我們需要定義一個注解StatusCheck類，如下：

/**
 * @author landyl
 * @create 2:37 PM 09/23/2018
 */
@Target(ElementType.METHOD)
@Retention(RetentionPolicy.RUNTIME)
public @interface StatusCheck {

}

此注解僅為一個標記注解。最為主要的就是定義一個更新校驗的切面類，定義好切入點。

@Component
@Aspect
public class StatusCheckAspect {
    private static final int VALID_UPDATE = Constants.UPDATE_STATUS_VALID_UPDATE;

    private static final Logger LOGGER = LoggerFactory.getLogger(StatusCheckAspect.class);


    //定義切入點:定義一個方法，用于聲明切面表達式，一般地，該方法中不再需要添加其他的代碼
    @Pointcut("execution(* org.landy.business.rules..*(..)) && @annotation(org.landy.business.rules.annotation.StatusCheck)")
    public void declareJoinPointExpression() {}

    /**
     * 前置通知
     * @param joinPoint
     */
    @Before("declareJoinPointExpression()")
    public void beforeCheck(JoinPoint joinPoint) {
        System.out.println("before statusCheck method start ...");
        System.out.println(joinPoint.getSignature());
        //獲得自定義注解的參數
        String methodName = joinPoint.getSignature().getName();
        List