Spring AOP(1)相关概念

首先经过一个例子来看一下AOP能够干什么,在一个支付系统中,须要作日志的记录,在通常状况下,咱们可使用一个LogUtils的工具类用来记录支付开始日志以及支付结果日志: 正则表达式

支付部分,定义IPayService接口并定义支付方法“pay”,并定义了两个实现:“PointPayService”表示积分支付,“RMBPayService”表示人民币支付;而且在每一个支付实现中支付逻辑和记录日志: 编程


可是若是对积分支付方式添加统计功能,好比在支付时记录下用户总积分数、当前消费的积分数,那咱们该如何作呢?直接修改源代码添加日志记录,这彻底违背了面向对象最重要的原则之一:开闭原则(对扩展开放,对修改关闭)? 缓存

更好的解决方案:在咱们的支付组件中因为使用了日志组件,即日志模块横切于支付组件,在传统程序设计中很难将日志组件分离出来,即不耦合咱们的支付组件;所以面向方面编程AOP就诞生了,它能分离咱们的组件,使组件彻底不耦合: 框架

1)采用面向方面编程后,咱们的支付组件代码中再也不有日志组件的任何东西; 模块化

2)全部日志相关的逻辑提取到一个切面中,AOP实现者会在合适的时候将日志功能织入到咱们的支付组件中去,从而彻底解耦支付组件和日志组件。
工具

在进行OOP开发时,都是基于对组件(好比类)进行开发,而后对组件进行组合,OOP最大问题就是没法解耦组件进行开发,而AOP就是为了克服这个问题而出现的,它来进行这种耦合的分离。 性能

AOP为开发者提供一种进行横切关注点(好比日志关注点横切了支付关注点)分离并织入的机制,把横切关注点分离,而后经过某种技术织入到系统中,从而无耦合的完成了咱们的功能。 spa

AOP主要用于横切关注点分离织入,所以须要理解横切关注点和织入: 设计

关注点:能够认为是所关注的任何东西,好比上边的支付组件; 代理

关注点分离:将问题细化从而单独部分,便可以理解为不可再分割的组件,如上边的日志组件和支付组件;

横切关注点:一个组件没法完成须要的功能,须要其余组件协做完成,如日志组件横切于支付组件

织入:横切关注点分离后,须要经过某种技术将横切关注点融合到系统中从而完成须要的功能,所以须要织入,织入可能在编译期、加载期、运行期等进行。

横切关注点可能包含不少,好比非业务的:日志、事务处理、缓存、性能统计、权限控制等等这些非业务的基础功能;还多是业务的:如某个业务组件横切于多个模块。

在进行AOP开发前,先熟悉几个概念:

 链接点Jointpoint):表示须要在程序中插入横切关注点的扩展点,链接点多是类初始化、方法执行、方法调用、字段调用或处理异常等等,Spring只支持方法执行链接点,在AOP中表示为“在哪里干”;

 切入点Pointcut):选择一组相关链接点的模式,便可以认为链接点的集合,Spring支持perl5正则表达式和AspectJ切入点模式,Spring默认使用AspectJ语法,在AOP中表示为“在哪里干的集合

 通知(Advice):在链接点上执行的行为,通知提供了在AOP中须要在切入点所选择的链接点处进行扩展示有行为的手段;包括前置通知(before advice)、后置通知(after advice)环绕通知(around advice,异常通知(exception advice,在Spring中经过代理模式实现AOP,并经过拦截器模式以环绕链接点的拦截器链织入通知;AOP中表示为“干什么”;

 方面/切面Aspect):横切关注点的模块化,好比上边提到的日志组件。能够认为是通知、引入和切入点的组合;在Spring中可使用Schema@AspectJ方式进行组织实现;在AOP中表示为“在哪干和干什么集合”;

 目标对象(Target Object):须要被织入横切关注点的对象,即该对象是切入点选择的对象,须要被通知的对象,从而也可称为“被通知对象”;因为Spring AOP 经过代理模式实现,从而这个对象永远是被代理对象,在AOP中表示为“对谁干”;

 AOP代理(AOP Proxy):AOP框架使用代理模式建立的对象,从而实如今链接点处插入通知(即应用切面),就是经过代理来对目标对象应用切面。在Spring中,AOP代理能够用JDK动态代理或CGLIB代理实现,而经过拦截器模型应用切面。

 织入(Weaving):织入是一个过程,是将切面应用到目标对象从而建立出AOP代理对象的过程,织入能够在编译期、类装载期、运行期进行。

在AOP中,经过切入点选择目标对象的链接点,而后在目标对象的相应链接点处织入通知,而切入点和通知就是切面(横切关注点),而在目标对象链接点处应用切面的实现方式是经过AOP代理对象。

通知类型:

前置通知(Before Advice:在切入点选择的链接点处的方法以前执行的通知,该通知不影响正常程序执行流程(除非该通知抛出异常,该异常将中断当前方法链的执行而返回)。

后置通知After Advice: 在切入点选择的链接点处的方法以后执行的通知,包括以下类型的后置通知:


  • 后置返回通知After returning Advice:在切入点选择的链接点处的方法正常执行完毕时执行的通知,必须是链接点处的方法没抛出任何异常正常返回时才调用后置通知。
  • 后置异常通知After throwing Advice: 在切入点选择的链接点处的方法抛出异常返回时执行的通知,必须是链接点处的方法抛出任何异常返回时才调用异常通知。
  • 后置最终通知After finally Advice: 在切入点选择的链接点处的方法返回时执行的通知,无论抛没抛出异常都执行,相似于Java中的finally块。


环绕通知(Around Advices):环绕着在切入点选择的链接点处的方法所执行的通知,环绕通知能够在方法调用以前和以后自定义任何行为,而且能够决定是否执行链接点处的方法、替换返回值、抛出异常等等。

相关文章
相关标签/搜索