Spring AOP capabilities and goals

一、AOP：

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

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

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

二、AOP核心概念：

1、横切关注点

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

2、切面（aspect）

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

3、连接点（joinpoint）

被拦截到的点，因为Spring只支持方法类型的连接点，所以在Spring中连接点指的就是被拦截到的方法，实际上连接点还可以是字段或者构造器

4、切入点（pointcut）

对连接点进行拦截的定义

5、通知（advice）

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

6、目标对象

代理的目标对象

7、织入（weave）

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

8、引入（introduction）

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

三、Spring对AOP的支持：

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

1、默认使用Java动态代理来创建AOP代理，这样就可以为任何接口实例创建代理了

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

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

1、定义普通业务组件

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

3、定义增强处理，增强处理就是在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配置风格的暗示。

转载于:https://www.cnblogs.com/YLY9595TYJ/p/10697041.html