【spring框架】(三)面向切面编程（AOP）

我就是我 2022-08-04 13:52 290阅读 0赞

**1、AOP概念**

** AOP（Aspect-Oriented Programming，面向方面编程）**，可以说是**OOP（Object-Oriented Programing，面向对象编程）**的补充和完善。

OOP引入封装、继承和多态性等概念来建立一种对象层次结构，用以模拟公共行为的一个集合。当我们需要为分散的对象引入公共行为的时候，OOP则显得无能为力。也就是说，OOP允许你定义从上到下的关系，但并不适合定义从左到右的关系。例如日志功能。日志代码往往水平地散布在所有对象层次中，而与它所散布到的对象的核心功能毫无关系。对于其他类型的代码，如安全性、异常处理和透明的持续性也是如此。

这种散布在各处的无关的代码被称为**横切（cross-cutting）**代码，在OOP设计中，它导致了大量代码的重复，而不利于各个模块的重用。

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

AOP代表的是一个横向的关系，如果说“对象”是一个空心的圆柱体，其中封装的是对象的属性和行为；那么面向方面编程的方法，就仿佛一把利刃，将这些空心圆柱体剖开，以获得其内部的消息。而剖开的切面，也就是所谓的“方面”了。然后它又以巧夺天功的妙手将这些剖开的切面复原，不留痕迹。

**2、AOP容器**

对于放入业务容器的业务颗粒均享有此业务容器的所有通过AOP所具有的服务，并且可以进行相应的配置，哪些业务颗粒享有哪些服务等。

AOP容器是将业务颗粒和服务颗粒组装的过程，业务颗粒和服务颗粒均使用容器，这样可以实现他们之间多对多的关系配置，一个业务可以享用多个服务，一个服务可以被多个业务复用。

> >  ![Center][]

**3、AOP实现**

AOP 实现的关键就在于AOP框架自动创建的AOP代理，分为两大类:

**1.静态代理**

以 **AspectJ **为代表

使用 AOP 框架提供的命令进行编译，从而在编译阶段就可生成 AOP 代理类，因此也称为**编译时增强**；

优点：性能好  
    **2.动态代理**

以 **Spring AOP **为代表。其它： Jboss， nanning

在运行时借助于 JDK 动态代理、CGLIB 等在内存中“临时”生成 AOP 动态代理类，因此也被称为运行时增强。

性能：低

**4、Spring AOP 原理**

Spring 允许使用 AspectJ Annotation 用于定义方面（Aspect）、切入点（Pointcut）和增强处理（Advice），Spring 框架则可识别并根据这些 Annotation 来生成 AOP 代理。简单地说，Spring采用运行时生成动态代理的方式来增强目标对象，所以它不需要增加额外的编译，也不需要 AspectJ 的织入器支持。

**        AOP 代理**其实是由 AOP 框架动态生成的一个对象，该对象可作为目标对象使用。AOP 代理包含了目标对象的全部方法，但 AOP 代理中的方法与目标对象的方法存在差异：AOP 方法在特定切入点添加了增强处理，并回调了目标对象的方法。

**AOP ****代理对象的方法 = 增强处理 + 被代理对象的方法**

> >  ![Center 1][]

Spring 的 AOP 代理由 Spring 的 IoC 容器负责生成、管理，其依赖关系也由 IoC 容器负责管理。因此，AOP 代理可以直接使用容器中的其他 Bean 实例作为目标，这种关系可由 IoC 容器的依赖注入提供。

** AOP 编程，需要手动参与的3 个部分：**  
      1）定义普通业务组件。  
      2）定义切入点，一个切入点可能横切多个业务组件。  
      3）定义增强处理，增强处理就是在 AOP 框架为普通业务组件织入的处理动作。

在上面这个业务定义中，不难发现 Spring AOP 的实现原理其实很简单：AOP 框架负责动态地生成 AOP 代理类，这个代理类的方法则由 Advice 和回调目标对象的方法所组成。

[Center]: /images/20220731/f7372d31c7b04ad7b410bc83acb05dfa.png
[Center 1]: /images/20220731/c9792478a2514e189b5b02c821379aa9.png