Spring AOP capabilities and goals

1、AOP：

AOP（Aspect Oriented Programming），即面向切面编程，能够说是OOP（Object Oriented Programming，面向对象编程）的补充和完善。OOP引入封装、继承、多态等概念来创建一种对象层次结构，用于模拟公共行为的一个集合。不过OOP容许开发者定义纵向的关系，但并不适合定义横向的关系，例如日志功能。日志代码每每横向地散布在全部对象层次中，而与它对应的对象的核心功能毫无关系对于其余类型的代码，如安全性、异常处理和透明的持续性也都是如此，这种散布在各处的无关的代码被称为横切（cross cutting），在OOP设计中，它致使了大量代码的重复，而不利于各个模块的重用。

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

使用"横切"技术，AOP把软件系统分为两个部分：核心关注点和横切关注点。业务处理的主要流程是核心关注点，与之关系不大的部分是横切关注点。横切关注点的一个特色是，他们常常发生在核心关注点的多处，而各处基本类似，好比权限认证、日志、事物。AOP的做用在于分离系统中的各类关注点，将核心关注点和横切关注点分离开来。

2、AOP核心概念：

一、横切关注点

对哪些方法进行拦截，拦截后怎么处理，这些关注点称之为横切关注点

二、切面（aspect）

类是对物体特征的抽象，切面就是对横切关注点的抽象

三、链接点（joinpoint）

被拦截到的点，由于Spring只支持方法类型的链接点，因此在Spring中链接点指的就是被拦截到的方法，实际上链接点还能够是字段或者构造器

四、切入点（pointcut）

对链接点进行拦截的定义

五、通知（advice）

所谓通知指的就是指拦截到链接点以后要执行的代码，通知分为前置、后置、异常、最终、环绕通知五类

六、目标对象

代理的目标对象

七、织入（weave）

将切面应用到目标对象并致使代理对象建立的过程

八、引入（introduction）

在不修改代码的前提下，引入能够在运行期为类动态地添加一些方法或字段

3、Spring对AOP的支持：

Spring中AOP代理由Spring的IOC容器负责生成、管理，其依赖关系也由IOC容器负责管理。所以，AOP代理能够直接使用容器中的其它bean实例做为目标，这种关系可由IOC容器的依赖注入提供。Spring建立代理的规则为：

一、默认使用Java动态代理来建立AOP代理，这样就能够为任何接口实例建立代理了

二、当须要代理的类不是代理接口的时候，Spring会切换为使用CGLIB代理，也可强制使用CGLIB

  AOP编程实际上是很简单的事情，纵观AOP编程，程序员只须要参与三个部分：

一、定义普通业务组件

二、定义切入点，一个切入点可能横切多个业务组件

三、定义加强处理，加强处理就是在AOP框架为普通业务组件织入的处理动做

因此进行AOP编程的关键就是定义切入点和定义加强处理，一旦定义了合适的切入点和加强处理，AOP框架将自动生成AOP代理，即：代理对象的方法=加强处理+被代理对象的方法。

Spring AOP是用纯的java实现的。不须要任何个性的实现过程。Spring AOP不须要控制类加载器，而且它适用于Servlet容器或者应用服务器。

基于两种配置方式：

　　　　　　基于xml配置

　　　　　　基于注解配置

Spring AOP当前只支持方法执行的链接点（通知Spring beans的方法执行）。字段的拦截没有实现，虽然支持字段的拦截，能够在不破坏核心Spring AOP API的状况下添加。若是你须要通知字段获取和根性链接点，能够考虑一种相似AspectJ的语言。

用Spring AOP的方式实现AOP不一样于大多数其余的AOP框架。它的目标不是提供一种最完整的AOP实现（虽然Spring AOP已经很是的强大）；它更倾向于在AOP实现和Spring IoC之间提供一种封闭的整合，从而帮补解决企业应用中的哪些通用的问题。

例如，Spring框架的AOP功能一般与Spring Ioc容器结合使用。Aspects使用通用的bean 定义的语法来配置（虽然它容许强大的自动代理的方式）：与其余的AOP实现相比，这是一个很重要的不一样点。有些事情若是你不使用Spring AOP，将很难或者不能高效的去作，例如通知细粒度的对象（如典型的业务对象）：而在这种状况下AspectJ是最好的选择。然而，咱们的经验是，Spring AOP为企业级Java应用中大多数问题提供了一个优秀的解决方案，这些问题在AOP中很容易控制。

Spring AOP历来没有为与AspectJ竞争提供一个综合的AOP而纠结。咱们相信这样两种基于代理的框架如Spring AOP和成熟的AspectJ都是有存在价值的，而且他们是相互补充的，而不是相互竞争的关系。Spring 2.0将Spring AOP和IoC与AspectJ无缝整合，从而是AOP的所有使用在一系列的基于Spring的应用框架中适应能力更强。这个整合没有影响到Spring AOP的API或者AOP Alliance API:Spring AOP保持着向后兼容。

Spring框架的一个核心原则就是非侵入性；这就是说你不会被强制引入框架的个性类和接口到你本身的业务领域模型。然而在Spring框架的一些地方给了你引入Spring框架特性的依赖到你的代码中：给你这些东西的缘由是，在一些特定的场景，以这种方式编码可能更加的可读性.Spring框架大多数状况下给你一些选择，这样你就能够自由的作一个合理的决定，用来适应一些特定的状况和场景。

你须要选择使用AspectJ仍是Spring AOP或者两者都用，并且你也要选择使用@AspectJ注解方式或者Spring Xml配置风格的方式。事实上本章节选择使用@AspectJ注解，首先要避免被认为是一种@AspectJ注解优于Spring Xml配置风格的暗示。