
2w字搞懂Spring AOP的前世今生(四)
@EnableAspectJAutoProxy有啥用?
「当我们想使用2.0版本的aop时,必须在配置类上加上@EnableAspectJAutoProxy注解,那么这个注解有啥作用呢?」
可以看到很重要的一句
通过@Import注入bean,「通过@Import注解注入Bean的方式有如下三种」
- 基于Configuration Class
- 基于ImportSelector接口
- 基于ImportBeanDefinitionRegistrar接口
这个代码主要做了2个事情
- 往容器中注入AnnotationAwareAspectJAutoProxyCreator
- 当@EnableAspectJAutoProxy注解中的proxyTargetClass或者exposeProxy属性为true的时候,将AnnotationAwareAspectJAutoProxyCreator中的proxyTargetClass或者exposeProxy属性改为true
「proxyTargetClass和exposeProxy保存在AnnotationAwareAspectJAutoProxyCreator类的父类ProxyConfig中,这个类存了一些配置,用来控制代理对象的生成过程」
proxyTargetClass:true使用CGLIB基于类创建代理;false使用java接口创建代理 exposeProxy:true将代理对象保存在AopContext中,否则不保存
第一个属性比较容易理解,那么第二个属性有啥作用呢?演示一下
结果为
「可以看到通过method1调用method2时,aop没有生效。直接调用method2时,aop才会生效。事务方法自调用失效就是因为这个原因,因为调用的不是代理对象的方法」
解决方法有很多种,例如重新从ApplicationContext中取一下代理对象,然后调用代理对象的方法。另一种就是通过AopContext获取代理对象,实现原理就是当方法调用时会将代理对象放到ThreadLocal中
将exposeProxy属性改为true
可以看到aop成功生效。「当你使用@Transactional注解,分布式事务框架时一定要注意子调用这个问题,不然很容易造成事务失效」
我们接着聊,往容器中注入AnnotationAwareAspectJAutoProxyCreator,那么这个类有啥作用呢?
看这继承关系是不是和我们上面分析的DefaultAdvisorAutoProxyCreator类很相似,这不就是为了开启自动代理吗?
忘了自动代理的实现过程了?回头看看
切点表达式
「Spring AOP用AspectJExpressionPointcut桥接了Aspect的筛选能力」。其实Aspect有很多种类型的切点表达式,但是Spring AOP只支持如下10种,因为Aspect支持很多种类型的JoinPoint,但是Spring AOP只支持方法执行这一种JoinPoint,所以其余的表达式就没有必要了。
因为AspectJ提供的表达式在我们工作中经常被使用,结合Demo演示一下具体的用法
「execution」
匹配方法表达式,首选方式
拦截Performance类的perform方法的切点表达式如下
放几个官方的Demo
「within」限定类型
「this」
代理对象是指定类型,所有方法都会被拦截
举个例子说明一下
输出为
有接口时会使用jdk动态代理,因此代理对象为Proxy,不会拦截
当设置为jdk动态代理为,代理对象为Student,正常拦截
将注解改为如下形式 @EnableAspectJAutoProxy(proxyTargetClass = true)
输出为
「target」目标对象是指定类型,所有方法都会被拦截
this 和 target 的不同点「this作用于代理对象,target作用于目标对象」
「args」匹配方法中的参数
「@target」目标对象有指定的注解,所有方法都会被拦截
「@args」方法参数所属类型上有指定注解
「@within」
调用对象上有指定的注解,所有方法都会被拦截
「@target 和 @within 的不同点」@target关注的是被调用的对象,@within关注的是调用的对象
「@annotation」有指定注解的方法
Adivce之间的顺序关系
一个方法被一个aspect类拦截时的执行顺序如下
@Around->@Before->方法执行->@Around->@After->@AfterReturning/@AfterThrowing
当方法正常结束时,执行@AfterReturning。方法异常结束时,执行@AfterThrowing。两者不会同时执行哈
一个方法被多个aspect类拦截时的执行顺序如下
「多个aspect的执行顺序可以通过@Order注解或者实现Oreder接口来控制」
「Adivce的顺序一定要梳理清楚,不然有时候产生的很多魔幻行为你都不知道怎么发生的」
文章转自公众号:Java识堂
