关于 Spring AOP和Aspectj的关系,两个都实现了切面编程,Spring AOP更多地是为了Spring框架本身服务的,而Aspectj具有更强大、更完善的切面功能,我们在写业务时一般使用AspectJ。不过他们的概念、原理都差不多。
Spring AOP说:
the Spring Framework’s AOP functionality is normally used in conjunction with the Spring IoC container. Aspects are configured using normal bean definition syntax (although this allows powerful “autoproxying” capabilities): this is a crucial difference from other AOP implementations. There are some things you cannot do easily or efficiently with Spring AOP, such as advise very fine-grained objects (such as domain objects typically): AspectJ is the best choice in such cases. However, our experience is that Spring AOP provides an excellent solution to most problems in enterprise Java applications that are amenable to AOP
Spring AOP currently supports only method execution join points (advising the execution of methods on Spring beans). Field interception is not implemented, although support for field interception could be added without breaking the core Spring AOP APIs. If you need to advise field access and update join points, consider a language such as AspectJ.
Spring AOP will never strive to compete with AspectJ to provide a comprehensive AOP solution
可参考 Spring AOP vs AspectJ
AspectJ项目中提供了@AspecJ
注解,Spring interprets the same annotations @Aspect
as AspectJ 5
Spring AOP提供了定义切面的两种方式
注解案例:
@Aspect
@Component
public class NotVeryUsefulAspect {@Pointcut("execution(* transfer(..))")// the pointcut expressionprivate void anyOldTransfer() {}// the pointcut signature@Before("execution(* com.xyz.myapp.dao.*.*(..))")public void doAccessCheck() {// ...}@AfterReturning(pointcut="com.xyz.myapp.SystemArchitecture.dataAccessOperation()",returning="retVal")public void doAccessCheck(Object retVal) {// ...}@AfterThrowing(pointcut="com.xyz.myapp.SystemArchitecture.dataAccessOperation()",throwing="ex")public void doRecoveryActions(DataAccessException ex) {// ...}@After("com.xyz.myapp.SystemArchitecture.dataAccessOperation()")public void doReleaseLock() {// ...}@Around("com.xyz.myapp.SystemArchitecture.businessService()")public Object doBasicProfiling(ProceedingJoinPoint pjp) throws Throwable {// start stopwatchObject retVal = pjp.proceed();// stop stopwatchreturn retVal;}
}
@PointCut("pointcut expression")
,满足point expression的将进行切面。当一个target object有多个Spring AOP代理时,代理类执行的顺序有时很重要,比如分布式锁代理和事务代理的顺序,分布式锁必须包裹住事务。
先下结论:
Spring通过接口或注解来判断代理的顺序,顺序级别越低,代理越靠内层。顺序级别获取步骤如下:
org.springframework.core.Ordered
接口org.springframework.core.annotation.Order
注解javax.annotation.Priority
注解LOWEST_PRECEDENCE = Integer.MAX_VALUE
,如@Transanctional
注解就是最低级别优先级定义范围在Integer.MIN_VALUE
到 Integer.MAX_VALUE
(参见Orderd
接口)。越小,优先级越高,越在外层先执行。
注解方式生成代理类是通过BeanPostProcessor
实现的,由AspectJAwareAdvisorAutoProxyCreator
完成,该类实现了BeanPostProcessor
。
注意到该类有一个Comparator
类字段。最终优先级由AnnotationAwareOrderComparator
来判断:
public class AnnotationAwareOrderComparator extends OrderComparator {/*** Shared default instance of {@code AnnotationAwareOrderComparator}.*/public static final AnnotationAwareOrderComparator INSTANCE = new AnnotationAwareOrderComparator();@Override@Nullableprotected Integer findOrder(Object obj) {// 父类,判断是否实现了Orderd接口// (obj instanceof Ordered ? ((Ordered) obj).getOrder() : null)Integer order = super.findOrder(obj);if (order != null) {return order;}// 没有实现则继续搜寻@Order和@Priority注解// 如果返回null,表示找不到,会返回父类执行getOrder方法返回Ordered.LOWEST_PRECEDENCEreturn findOrderFromAnnotation(obj);}@Nullableprivate Integer findOrderFromAnnotation(Object obj) {...// 找@Order和@Priority注解Integer order = OrderUtils.getOrderFromAnnotations(element, annotations);// 如果该类没有注解,递归找被代理类if (order == null && obj instanceof DecoratingProxy) {return findOrderFromAnnotation(((DecoratingProxy) obj).getDecoratedClass());}// 被代理类有则返回优先级,没有则返回nullreturn order;}}