Spring的AOP实现例子

一、为什么需要AOP

假如我们应用中有n个业务逻辑组件，每个业务逻辑组件又有m个方法，那现在我们的应用就一共包含了n*m个方法，我会抱怨方法太多。。。现在，我有这样一个需求，每个方法都增加一个通用的功能，常见的如：事务处理，日志，权限控制。。。最容易想到的方法，先定义一个额外的方法，实现该功能，然后再每个需要实现这个功能的地方去调用这个额外的方法。这种做法的好处和坏处分别是。
好处：可以动态地添加和删除在切面上的逻辑而不影响原来的执行代码。
坏处：一旦要修改，就要打开所有调用到的地方去修改。
好，现在我们用AOP的方式可以实现在不修改源方法代码的前提下，可以统一为原多个方法增加横切性质的“通用处理”。

二、什么是AOP

AOP（Aspect-OrientedProgramming，面向方面编程），可以说是OOP（Object-Oriented Programing，面向对象编程）的补充和完善。本文提供Spring官方文档出处：Aspect Oriented Programming with Spring

从官方文档上摘抄的解释就是：面向方面编程（AOP）是面向对象编程（OOP）补充的另一种提供思考程序结构补充。在OOP中模块化的关键单元是类，而在AOP模块的单位是一个方面。面对关注点，如事务管理跨越多个类型和对象切模块化。（这些关注经常被称为在AOP文学横切关注点。）

相关概念（只需做个大概的了解就好）----来自于官方文档直译（本人英文水平有限。。。）：

Aspect：这横切多个对象关心的模块化。事务管理是企业Java应用程序的横切关注点的一个很好的例子。在Spring AOP中，切面可以使用类（基于模式）或@Aspect注解（@AspectJ风格）注解普通班实施。
Join point：程序在执行过程中的一个点，如方法的执行或异常的处理。在Spring AOP中，一个连接点总是代表一个方法的执行。
Advice：在切面的某个特定的动作连接点。不同类型的意见，包括 "around," "before" and "after"的advice。 （通知的类型将在下面讨论）。许多AOP框架，包括Spring都是以拦截器作为通知模型，去维护一条围绕着一个连接点的拦截器链。
Pointcut：匹配连接点的断言。通知是跟一个切入点表达式，并在运行在切入点匹配的连接点相关联（例如，一个方法的执行要有一个确定的名字）。切入点表达式作为匹配的连接点的概念是重要的对AOP和Spring缺省使用AspectJ切入点表达式语言。
Introduction：声明代表的类型的额外的方法或字段。 Spring允许引入新的接口（以及一个对应的实现）到任何被代理的对象。例如，你可以使用引入来使一个bean实现IsModified接口，以便简化缓存。 （介绍被誉为AspectJ的社会类型间的声明。）
Target object：对象由一个或多个方面被建议。也被称作被通知对象。既然Spring AOP是通过运行时代理实现的，这个对象永远是一个被代理对象。
AOP proxy：AOP框架，以实现切面契约（例如通知方法执行等等）创建的对象。在Spring中，AOP代理可以是JDK动态代理或者CGLIB代理。
Weaving：与连接其他应用程序类型或对象方面来创建一个被通知的对象。这是可以做到在编译时（使用AspectJ编译器，例如），加载时间，或在运行时。 Spring AOP中，像其他纯Java AOP框架，在运行时进行编织。

以上概念个人感觉在做实验的时候就差不多理解了，不需要咬文嚼字地区啃。

那问题来了，AOP是在什么时候去改我们的代码的？即给我们加上额外的横切性质的"通用处理"的？

两个时机：

1.在编译java源代码的时候 ----编译时增强
2.在运行时动态地修改类 ----运行时增强（动态代理）

Spring的AOP的实现原理就是基于动态代理。

---

推荐文章：