大家好,上篇博客讲解了代理对象的创建过程《AOP之创建代理对象的过程》,今天主要分析下代理对象执行拦截的过程。要说明白执行拦截的过程需要先给大家介绍两个AOP大联盟的接口“MethodInterceptor”和“MethodInvocation”。用张示意图描述下两个接口的关系。
无论是jdk代理对象还是cglib代理对象,它们都持有通知对象列表。通知对象的本质是什么,其实就是实现了AOP大联盟的方法拦截器接口(MethodInterceptor)的对象。为什么这么说呢,是因为或者通知对象直接实现了MethodInterceptor接口(如:前置通知,后置通知),或者通知对象被实现了MethodInterceptor接口的对象引用(如:最终通知, 异常后通知)。总之,通知对象就是拦截器对象。MethodInterceptor接口中只定义了一个方法,Object invoke(MethodInvocation invocation) ,在这个方法中切入拦截器的处理逻辑。
代理对象进入回调方法后,首先会获取所有跟被拦截方法匹配的拦截器列表,然后会创建一个实现了AOP大联盟(MethodInvocation) 接口的对象,方法调用对象持有拦截器列表,并调用每个拦截器的invoke(MethodInvocation invocation) 方法,把自身作为实参传入这个方法。MethodInvocation接口中定义了如下几个比较重要的方法。
- proceed() --- 执行链中下个拦截器
- getThis() --- 获取被代理对象
- Method getMethod() --- 获取被拦截的方法对象
- getArguments() --- 获取被拦截方法的实参数组
<aop:aspect id="logAspect" ref="logAspectBean">
<!-- 定义切入点,指定切入点表达式 -->
<aop:pointcut id="allMethod" expression="execution(* testaop.com.qiujy.service.*.*(..))"/>
<!-- 应用前置通知 -->
<aop:before method="before" pointcut-ref="allMethod" />
<!-- 应用后置通知 -->
<aop:after-returning method="afterReturn" pointcut-ref="allMethod"/>
<!-- 应用最终通知 -->
<aop:after method="after" pointcut-ref="allMethod"/>
<!-- 应用异常后通知 -->
<aop:after-throwing method="afterThrowing" pointcut-ref="allMethod"/>
</aop:aspect>
当调用accountService代理对象的方法时,进入了回调方法,在回调方法中会获得五个拦截器(有一个是spring自动添加的),有意思的是拦截器的顺序并不是用户定义的通知器顺序,这是因为spring会对拦截器进行排序,五个拦截器的执行顺序如下,
- ExposeInvocationInterceptor (Spring自动添加的,用于把方法调用对象置入线程安全的缓存)
- MethodBeforeAdviceInterceptor (前置通知)
- AspectJAfterThrowingAdvice (异常后通知)
- AspectJAfterAdvice (最终通知)
- AfterReturningAdviceInterceptor (后置通知)