Spring MVC系列-(5) AOP

5 AOP

5.1 什么是AOP

AOP（Aspect-Oriented Programming，面向切面编程），可以说是OOP（Object-Oriented Programing，面向对象编程）的补充和完善。

OOP引入封装、继承和多态性等概念来建立一种对象层次结构，用以模拟公共行为的一个集合。当我们需要为分散的对象引入公共行为的时候，OOP则显得无能为力。也就是说，OOP允许你定义从上到下的关系，但并不适合定义从左到右的关系。例如日志功能。日志代码往往水平地散布在所有对象层次中，而与它所散布到的对象的核心功能毫无关系。对于其他类型的代码，如安全性、异常处理和透明的持续性也是如此。这种散布在各处的无关的代码被称为横切（cross-cutting）代码，在OOP设计中，它导致了大量代码的重复，而不利于各个模块的重用。

而AOP技术则恰恰相反，它利用一种称为“横切”的技术，剖解开封装的对象内部，并将那些影响了多个类的公共行为封装到一个可重用模块，并将其名为“Aspect”，即切面。所谓“切面”，简单地说，就是将那些与业务无关，却为业务模块所共同调用的逻辑或责任封装起来，便于减少系统的重复代码，降低模块间的耦合度，并有利于未来的可操作性和可维护性。

实现AOP的技术，主要分为两大类：一是采用动态代理技术，利用拦截方法的方式，对该方法进行装饰，以取代原有对象行为的执行；二是采用静态织入的方

5.2 AOP术语

1. 连接点（Join point）

连接点是在应用执行过程中能够插入切面的一个点。这个点可以是类的某个方法调用前、调用后、方法抛出异常后等。

2. 通知（Advice）

在特定的连接点，AOP框架执行的动作。

Spring AOP 提供了5种类型的通知：

前置通知（Before）：在目标方法被调用之前调用通知功能。
后置通知（After）：在目标方法完成之后调用通知，无论该方法是否发生异常。
后置返回通知（After-returning）：在目标方法成功执行之后调用通知。
后置异常通知（After-throwing）：在目标方法抛出异常后调用通知。
环绕通知（Around）：通知包裹了被通知的方法，在被通知的方法调用之前和调用之后执行自定义的行为。

3. 切点(Poincut)

具体定位的连接点：上面也说了，每个方法都可以称之为连接点，我们具体定位到某一个方法就成为切点。

切点与连接点：切点和连接点不是一对一的关系，一个切点匹配多个连接点，切点通过 org.springframework.aop.Pointcut 接口进行描述，它使用类和方法作为连接点的查询条件。每个类都拥有多个连接点，例如 ArithmethicCalculator类的所有方法实际上都是连接点。

4. 切面(Aspect)

切面由切点和通知组成，它既包括了横切逻辑的定义、也包括了连接点的定义。

5. 织入(Weaving)

织入描述的是把切面应用到目标对象来创建新的代理对象的过程。 Spring AOP 的切面是在运行时被织入，原理是使用了动态代理技术。Spring支持两种方式生成代理对象：JDK动态代理和CGLib，默认的策略是如果目标类是接口，则使用JDK动态代理技术，否则使用Cglib来生成代理。

6. 引入（Introduction）

添加方法或字段到被通知的类。 Spring允许引入新的接口到任何被通知的对象。例如，你可以使用一个引入使任何对象实现 IsModified接口，来简化缓存。Spring中要使用Introduction, 可有通过DelegatingIntroductionInterceptor来实现通知，通过DefaultIntroductionAdvisor来配置Advice和代理类要实现的接口。

5.3 AOP使用

首先新建业务逻辑类，该类实现了基本的除法操作：

public class Calculator {
	//业务逻辑方法
	public int div(int i, int j)  {
		System.out.println("--------");
		return i/j;
	}	
}

现在需要实现：在div()方法运行之前, 记录一下日志, 运行后也记录一下,运行出异常,也打印一下。

因此可以使用AOP来完成日志的功能，新建日志切面类：

在定义切面类的时候，需要注意如下几点：

在类上加上@Aspect声明为切面类。
可以使用PointCut将相同的切点进行统一定义，其他地方直接引用即可。

@Aspect
public class LogAspects {
	@Pointcut("execution(public int com.enjoy.cap10.aop.Calculator.*(..))")
	public void pointCut(){};
	
	//@before代表在目标方法执行前切入, 并指定在哪个方法前切入
	@Before("pointCut()")
	public void logStart(JoinPoint joinPoint){
		System.out.println(joinPoint.getSignature().getName()+"除法运行....参数列表是:{"+Arrays.asList(joinPoint.getArgs())+"}");
	}
	@After("pointCut()")
	public void logEnd(JoinPoint joinPoint){
		System.out.println(joinPoint.getSignature().getName()+"除法结束......");
		
	}
	@AfterReturning(value="pointCut()",returning="result")
	public void logReturn(Object result){
		System.out.println("除法正常返回......运行结果是:{"+result+"}");
	}
	@AfterThrowing(value="pointCut()",throwing="exception")
	public void logException(Exception exception){
		System.out.println("运行异常......异常信息是:{"+exception+"}");
	}
	
	/*@Around("pointCut()")
	public Object Around(ProceedingJoinPoint proceedingJoinPoint) throws Throwable{
		System.out.println("@Arount:执行目标方法之前...");
		Object obj = proceedingJoinPoint.proceed();//相当于开始调div地
		System.out.println("@Arount:执行目标方法之后...");
		return obj;
	}*/
}

有了以上操作, 我们还需要将切面类和被切面的类, 都加入到容器中，注意需要加上@EnableAspectJAutoProxy开启AOP。

/*
 * 日志切面类的方法需要动态感知到div()方法运行, 
 *  通知方法:
 *     前置通知:logStart(); 在我们执行div()除法之前运行(@Before)
 *     后置通知:logEnd();在我们目标方法div运行结束之后 ,不管有没有异常(@After)
 *     返回通知:logReturn();在我们的目标方法div正常返回值后运行(@AfterReturning)
 *     异常通知:logException();在我们的目标方法div出现异常后运行(@AfterThrowing)
 *     环绕通知:动态代理, 需要手动执行joinPoint.procced()(其实就是执行我们的目标方法div,), 执行之前div()相当于前置通知, 执行之后就相当于我们后置通知(@Around)
 */
@Configuration
@EnableAspectJAutoProxy
public class Cap10MainConfig {
	@Bean
	public Calculator calculator(){
		return new Calculator();
	}

	@Bean
	public LogAspects logAspects(){
		return new LogAspects();
	}
}

使用JoinPoint可以拿到相关的内容, 比如方法名, 参数

那么方法正常返回, 怎么拿方法的返回值呢?

那么如果是异常呢?定义

下面是测试程序，注意需要使用从IOC容器中取出Bean，否则直接new对象进行操作，AOP、无法生效。

从下面的运行结果可以看到，AOP生效，日志功能正常：

小结: AOP看起来很麻烦, 只要3步就可以了:
1, 将业务逻辑组件和切面类都加入到容器中, 告诉spring哪个是切面类(@Aspect)
2, 在切面类上的每个通知方法上标注通知注解, 告诉Spring何时运行(写好切入点表达式,参照官方文档)
3, 开启基于注解的AOP模式 @EableXXXX

5.4 Java动态代理

Spring AOP的实现是基于动态代理，在介绍具体实现细节之前，本节先介绍动态代理的原理。

动态代理是一种方便运行时动态构建代理、动态处理代理方法调用的机制。在某些情况下，一个对象不适合或者不能直接引用另一个对象，而代理对象可以在两者之间起到中介的作用（可类比房屋中介，房东委托中介销售房屋、签订合同等）。所谓动态代理，就是实现阶段不用关心代理谁，而是在运行阶段才指定代理哪个一个对象（不确定性）。如果是自己写代理类的方式就是静态代理（确定性）。

很多场景都是利用类似机制做到的，比如用来包装 RPC 调用、面向切面的编程（AOP）。

(动态)代理模式主要涉及三个要素：

抽象类接口
被代理类（具体实现抽象接口的类）
动态代理类：实际调用被代理类的方法和属性的类

实现方式: 实现动态代理的方式很多，比如 JDK 自身提供的动态代理，就是主要利用了反射机制。还有其他的实现方式，比如利用字节码操作机制，类似 ASM、CGLIB（基于 ASM）、Javassist 等。举例，常可采用的JDK提供的动态代理接口InvocationHandler来实现动态代理类。其中invoke方法是该接口定义必须实现的，它完成对真实方法的调用。通过InvocationHandler接口，所有方法都由该Handler来进行处理，即所有被代理的方法都由InvocationHandler接管实际的处理任务。此外，我们常可以在invoke方法实现中增加自定义的逻辑实现，实现对被代理类的业务逻辑无侵入。

反射机制是 Java 语言提供的一种基础功能，赋予程序在运行时自省（introspect，官方用语）的能力。通过反射我们可以直接操作类或者对象，比如获取某个对象的类定义，获取类声明的属性和方法，调用方法或者构造对象，甚至可以运行时修改类定义。

JDK动态代理

代理模式的形式如下图所示：

代理模式最大的特点就是代理类和实际业务类实现同一个接口（或继承同一父类），代理对象持有一个实际对象的引用，外部调用时操作的是代理对象，而在代理对象的内部实现中又会去调用实际对象的操作。Java动态代理其实内部也是通过Java反射机制来实现的，即已知的一个对象，然后在运行时动态调用其方法，这样在调用前后作一些相应的处理。

下面举例说明：

1. 静态代理

若代理类在程序运行前就已经存在，那么这种代理方式被成为静态代理，这种情况下的代理类通常都是我们在Java代码中定义的。通常情况下，静态代理中的代理类和委托类会实现同一接口或是派生自相同的父类。

public interface Sell {
    void sell();
    void ad();
}

Vendor的定义如下：

public class Vendor implements Sell{
    @Override
    public void sell() {
        System.out.println("In sell method");
    }
    @Override
    public void ad() {
        System.out.println("ad method");
    }
}

BusinessAgent的定义如下：

/**
 * 静态代理，通过聚合来实现，让代理类有一个委托类的引用即可。
 *
 */
public class BusinessAgent implements Sell{
    private Sell vendor;
    public BusinessAgent(Sell vendor) {
        this.vendor = vendor;
    }
    @Override
    public void sell() {
        // 一些业务逻辑
        System.out.println("before sell");
        vendor.sell();
        System.out.println("after sell");
    }
    @Override
    public void ad() {
        // 一些业务逻辑
        System.out.println("before ad");
        vendor.ad();
        System.out.println("after ad");
    }
}

由上面的代码可以看到，通过静态代理，一方面无需修改Vendor的代码就可以加入一些业务处理逻辑；另一方面，实现了客户端与委托类的解耦。但这种静态代理的局限在于，必须在运行前编写好代理类，如果委托类的方法较多，在添加业务逻辑时的工作量较大，需要对每个方法单独添加。

2. 动态代理

代理类在程序运行时创建的代理方式被成为动态代理。也就是说，这种情况下，代理类并不是在Java代码中定义的，而是在运行时根据我们在Java代码中的“指示”动态生成的。相比于静态代理，动态代理的优势在于可以很方便的对代理类的函数进行统一的处理，而不用修改每个代理类的函数。

同样还是上面的例子，需要在委托类的每个方法前后加入一些处理逻辑，在动态代理的实现中，首先需要定义一个位于代理类与委托类之间的中介类，这个中介类被要求实现InvocationHandler接口，这个接口的定义如下：

/**
 * 调用处理程序
 * 代理类对象作为proxy参数传入，参数method标识了我们具体调用的是代理类的哪个方法，args为这个方法的参数
 */
public interface InvocationHandler { 
    Object invoke(Object proxy, Method method, Object[] args); 
}

中介类必须实现InvocationHandler接口，作为调用处理器”拦截“对代理类方法的调用。

public class DynamicProxy implements InvocationHandler {
    // obj为委托对象
    private Object object;
    public DynamicProxy(Object object) {
        this.object = object;
    }
    @Override
    public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
        System.out.println("before");
        Object result = method.invoke(object, args);
        System.out.println("after");
        return result;
    }
}

在使用时需要动态生成代理类，具体如下：

public class Main {
    public static void main(String[] args) {
        /* Static proxy */
        Vendor vendor = new Vendor();
        BusinessAgent businessAgent = new BusinessAgent(vendor);
        businessAgent.sell();
        businessAgent.ad();
        /* Dynamic proxy */
        DynamicProxy inter = new DynamicProxy(new Vendor());
        //加上这句将会产生一个$Proxy0.class文件，这个文件即为动态生成的代理类文件
        System.getProperties().put("sun.misc.ProxyGenerator.saveGeneratedFiles","true");
        // 获取代理实例sell
        /**
         * public static Object newProxyInstance(ClassLoader loader, Class<?>[] interfaces, InvocationHandler h) 
         *                                      throws IllegalArgumentException 
         * loader：定义了代理类的ClassLoder; 
         * interfaces：代理类实现的接口列表;
         * h：调用处理器，也就是我们上面定义的实现了InvocationHandler接口的类实例.
         */
        Sell sell = (Sell)(Proxy.newProxyInstance(Sell.class.getClassLoader(), new Class[] {Sell.class}, inter));
        // 通过代理类对象调用代理方法，实际上会转到invoke方法调用
        sell.sell();
        sell.ad();
    }
}

总结：动态代理的原理就是，首先通过newProxyInstance方法获取代理类实例，而后我们便可以通过这个代理类实例调用代理类的方法，对代理类的方法的调用实际上都会调用中介类(调用处理器)的invoke方法，在invoke方法中我们调用委托类的相应方法，并且可以添加自己的处理逻辑。

CGLIB动态代理

CGLIB(Code Generation Library)是一个基于ASM的字节码生成库，它允许我们在运行时对字节码进行修改和动态生成。CGLIB通过继承方式实现代理。

来看示例，假设我们有一个没有实现任何接口的类HelloConcrete：

public class HelloConcrete {
    public String sayHello(String str) {
        return "HelloConcrete: " + str;
    }
}

因为没有实现接口该类无法使用JDK代理，通过CGLIB代理实现如下：

实现一个MethodInterceptor，方法调用会被转发到该类的intercept()方法。
在需要使用HelloConcrete的时候，通过CGLIB动态代理获取代理对象。

// CGLIB动态代理
// 1. 首先实现一个MethodInterceptor，方法调用会被转发到该类的intercept()方法。
class MyMethodInterceptor implements MethodInterceptor{
  ...
    @Override
    public Object intercept(Object obj, Method method, Object[] args, MethodProxy proxy) throws Throwable {
        logger.info("You said: " + Arrays.toString(args));
        return proxy.invokeSuper(obj, args);
    }
}
// 2. 然后在需要使用HelloConcrete的时候，通过CGLIB动态代理获取代理对象。
Enhancer enhancer = new Enhancer();
enhancer.setSuperclass(HelloConcrete.class);
enhancer.setCallback(new MyMethodInterceptor());
HelloConcrete hello = (HelloConcrete)enhancer.create();
System.out.println(hello.sayHello("I love you!"));
// 输出结果如下
// 日志信息: You said: [I love you!]
// HelloConcrete: I love you!

通过CGLIB的Enhancer来指定要代理的目标对象、实际处理代理逻辑的对象，最终通过调用create()方法得到代理对象，对这个对象所有非final方法的调用都会转发给MethodInterceptor.intercept()方法，在intercept()方法里我们可以加入任何逻辑，比如修改方法参数，加入日志功能、安全检查功能等；通过调用MethodProxy.invokeSuper()方法，我们将调用转发给原始对象，具体到本例，就是HelloConcrete的具体方法。CGLIG中MethodInterceptor的作用跟JDK代理中的InvocationHandler很类似，都是方法调用的中转站。

CGLIB是通过继承(如上面例子中的enhancer.setSuperclass(HelloConcrete.class))实现代理，由于final类型不能有子类，所以CGLIB不能代理final类型，遇到这种情况会抛出异常。

5.5 AOP原理深入分析

AOP的原理简单来讲，利用动态代理，在IOC容器初始化时，创建Bean的代理类；在代理方法被调用时，代理类会拦截方法的调用，并在之前或者之后插入切面方法，以此实现AOP的目标。

接下来会从以下几方面深入分析AOP的原理：

AnnotationAwareAspectJAutoProxyCreator注册
AnnotationAwareAspectJAutoProxyCreator分析
AOP流程分析

AnnotationAwareAspectJAutoProxyCreator注册

在之前使用AOP时，为了启用AOP，需要在配置类中，声明@EnableAspectJAutoProxy的注解，这个注解的功能就是注册AnnotationAwareAspectJAutoProxyCreator。下面具体分析这个组件是如何注册的。

@w=250

进入@EnableAspectJAutoProxy的源码中，可以看到该类引入了AspectJAutoProxyRegistrar，

@Import(AspectJAutoProxyRegistrar.class)
public @interface EnableAspectJAutoProxy {
    //proxyTargetClass属性，默认false，采用JDK动态代理织入增强(实现接口的方式)；如果设为true，则采用CGLIB动态代理织入增强
 	boolean proxyTargetClass() default false;
    //通过aop框架暴露该代理对象，aopContext能够访问
 	boolean exposeProxy() default false;
}

在AspectJAutoProxyRegistrar中, 可以看到实现了ImportBeanDefinitionRegistrar接口，这个接口之前也有介绍，能给容器中自定义注册组件。

class AspectJAutoProxyRegistrar implements ImportBeanDefinitionRegistrar {

	/**
	 * Register, escalate, and configure the AspectJ auto proxy creator based on the value
	 * of the @{@link EnableAspectJAutoProxy#proxyTargetClass()} attribute on the importing
	 * {@code @Configuration} class.
	 */
	@Override
	public void registerBeanDefinitions(
			AnnotationMetadata importingClassMetadata, BeanDefinitionRegistry registry) {

		AopConfigUtils.registerAspectJAnnotationAutoProxyCreatorIfNecessary(registry);

		AnnotationAttributes enableAspectJAutoProxy =
				AnnotationConfigUtils.attributesFor(importingClassMetadata, EnableAspectJAutoProxy.class);
		if (enableAspectJAutoProxy != null) {
			if (enableAspectJAutoProxy.getBoolean("proxyTargetClass")) {
				AopConfigUtils.forceAutoProxyCreatorToUseClassProxying(registry);
			}
			if (enableAspectJAutoProxy.getBoolean("exposeProxy")) {
				AopConfigUtils.forceAutoProxyCreatorToExposeProxy(registry);
			}
		}
	}

}

重点关注AopConfigUtils.registerAspectJAnnotationAutoProxyCreatorIfNecessary(registry);，这一步将会注册AnnotationAwareAspectJAutoProxyCreator。下面进入源码，

程序的逻辑很清晰，

如果(registry.containsBeanDefinition(ATUO_PROXY_CREATOR_BEAN_NAME))也就是容器中bean已经有了 internalAutoProxyCreator, 执行内部内容，返回null。
如果没有，创建AnnotationAwareAspectJAutoProxyCreator信息; 把此bean注册在registry中.
做完后, 相当于给容器中注册internalAutoProxyCreator组件, 该组件类型为AnnotationAwareAspectJAutoProxyCreator.class。（注意这里ATUO_PROXY_CREATOR_BEAN_NAME值为internalAutoProxyCreator）

综上分析，@EnableAspectJAutoProxy的功能就是，利用其中的AspectJAutoProxyRegistrar给我们容器中注册一个AnnotationAwareAspectJAutoProxyCreator组件，这是后续创建增强Bean的基础。

AnnotationAwareAspectJAutoProxyCreator分析

AnnotationAwareAspectJAutoProxyCreator的类层次结构如下图所示，

继承关系为：

AnnotationAwareAspectJAutoProxyCreator
->AspectJAwareAdvisorAutoProxyCreator
—>AbstractAdvisorAutoProxyCreator
—–>AbstractAutoProxyCreator implements SmartInstantiationAwareBeanPostProcessor, BeanFactoryAware

其中的SmartInstantiationAwareBeanPostProcessor是Bean的后置处理器，同时也实现了BeanFactoryAware可以在容器初始化时，将beanFactory传进来进行相关操作。

由上述分析可知，AnnotationAwareAspectJAutoProxyCreator既具有BeanPostProcessor特点, 也实现了BeanFactoryAware接口，方便操作BeanFactory。

AOP实现流程

上面已经介绍了AOP过程中，核心的AnnotationAwareAspectJAutoProxyCreator组件，接下来对整个AOP的流程进行梳理，主要分为如下4个步骤：

注册AnnotationAwareAspectJAutoProxyCreator的BeanDefinition
创建AnnotationAwareAspectJAutoProxyCreator，并加入到BeanFactory
利用AnnotationAwareAspectJAutoProxyCreator拦截Bean的初始化，创建增强的Bean
增强Bean的调用过程

IOC容器初始化的入口是如下的refresh()函数，上面1，2，3步骤，分别发生在如下标出的3个函数中，下面分别对这三个函数进行详细介绍。

1. 注册AnnotationAwareAspectJAutoProxyCreator的BeanDefinition

这一步主要是通过invokeBeanFactoryPostProcessors(beanFactory)函数，添加AnnotationAwareAspectJAutoProxyCreator的定义，最终调用的函数如下：

注册的组件类型为AnnotationAwareAspectJAutoProxyCreator.class，组件名称ATUO_PROXY_CREATOR_BEAN_NAME值为internalAutoProxyCreator。

下面是调用栈：

2. 创建AnnotationAwareAspectJAutoProxyCreator，并加入到BeanFactory

这一步入口是registerBeanPostProcessors(beanFactory)，进入该函数后，会跳转到如下的核心函数中进行beanPostProcess的实例化。注意到之前提到过，AnnotationAwareAspectJAutoProxyCreator实现了BeanPostProcess接口，所以可以将其当成一个正常的后置处理器来进行实例化。

从下面的debug信息可以看到，在这一步中，容器需要实例化4个后置处理器，其中最后一个就是我们关注的AnnotationAwareAspectJAutoProxyCreator。

整个初始化后置处理器的流程，可以分为如下几步：

1）先获取ioc容器已经定义了的需要创建对象的所有BeanPostProcessor
3）优先注册实现了PriorityOrdered接口的BeanPostProcessor；
4）再给容器中注册实现了Ordered接口的BeanPostProcessor；
5）注册没实现优先级接口的BeanPostProcessor；

后置处理器AnnotationAwareAspectJAutoProxyCreator实例化完成之后，在接下来的Bean的实例化过程中，它会去尝试拦截Bean的初始化，如果有需要，则会创建代理增强后的Bean。

3. 利用AnnotationAwareAspectJAutoProxyCreator拦截Bean的初始化，创建增强的Bean

在之前的例子中，定义了如下的切面类，实现了相关的advice方法。

这是Calculate类，就是需要增强的类。

@w=300

这一步中主要关注这两个Bean的实例化。

这一步的入口是refresh函数中的beanFactory.preInstantiateSingletons()，下一步进入到getBean-->doGetBean函数，

接着进入doGetBean-->createBean函数，

接着进入到createBean函数，会调用函数Object bean = resolveBeforeInstantiation(beanName, mbdToUse);试图直接返回proxy对象。

接下来首先分析这个函数，再分析之后正常的初始化流程。createBean函数是理解整个AOP流程的核心。

进入到函数的实现，可以看到最后会去尝试调用类型为InstantiationAwareBeanPostProcessor的后置处理器，由于AnnotationAwareAspectJAutoProxyCreator实现了该接口，所以这个时候会被调用来试图返回proxy对象，但是通常情况下，增强bean不会在这里生成。

但并不是说这个AnnotationAwareAspectJAutoProxyCreator就没有作用，进入到该函数的实现，可以发现在shouldSkip函数中会去找到所有的Advisor，也就是之前例子中的LogAspects类，并把这些Advisor放到BeanFactory中，方便后续创建增强的Bean。

在获取到所有的Advisor之后，判断当前bean是否在advisedBeans中（保存了所有需要增强bean）
以及判断当前bean是否是基础类型的Advice、Pointcut、Advisor、AopInfrastructureBean，如果是的话就跳过。

回到createBean函数，下面进入到正常的Bean初始化流程，一步步跟进到initializeBean函数中，可以看到在初始化Bean的前后都会调用对应的后置处理器来完成相应的功能，但是AbstractAutoProxyCreator的实现中，在初始化Bean之前，只是直接返回Bean；但是在初始化完Bean之后，会调用对应的后置处理器，也就是在applyBeanPostProcessorsAfterInitialization函数中来创建增强的Bean。

下面对该函数进行仔细分析，

接着分析createProxy函数的实现，下面省略了部分中间调用，在最后的实现中，createAopProxy会根据情况使用jdk代理或者CGLib，从代码中可以看到，当被代理类是接口或者是proxy类时，就会采用jdk动态代理，反之则采用CGLib。

以后容器中获取到的就是这个组件的代理对象，执行目标方法的时候，代理对象就会执行通知方法的流程；

注意一点：在createAopProxy时，会判断config.isProxyTargetClass()，这个值默认为false。但是在两个地方进行设置，一个是EnableAspectJAutoProxy注解中，另一个地方是在createProxy函数中，evaluateProxyInterfaces会去查找目标类的所有interface，如果可用的话，则将其加到proxyFactory中，否则，调用setProxyTargetClass，设置为true。在本例子中，calculate类没有相关接口，所以设置为true。这也是为什么在createAopProxy函数中，会进行判断，而不是直接返回jdk动态代理的类。