1.1 什么是AOP？
软件开发一直在寻求更加高效、更易维护甚至更易扩展的方式。软件开发的目的，最终是为了解决各种需求，包括业务需求和系统需求。使用面向对象方法，我们可以对业务需求等普通关注点进行很好的抽象和封装，并且使之模块化，但对于系统需求一类的关注点来说，情况却有所不同。开发中为了调试，或在进入生产环境后为了对系统进行监控，我们需要为这些业务需求的实现对象添加日志记录功能；或者，业务方法的执行需要一定的权限限制，那么方法执行前肯定需要有相应的安全检查功能。而这些则属于系统需求的范畴，虽然需求都很明确（加入日志记录、加入安全检查），但是要将这些需求以面向对象的方式实现并集成到整个的系统中去，这就不是一个需求对应一个实现这么简单了。系统中的每个业务对象都需要加入日志记录，加入相应的安全检查，那么这些需求的实现代码就会遍及所有业务对象。
举个例子，下面代码所示的两个业务对象均需要实现doSecurityCheck()和logInformation()的系统需求，如果有10000个业务对象，则需要在10000个业务对象中都加入这两个系统需求，那将大大增大系统开发和维护的难度。
public class MockBussinessObject {
public void doSomething() {
// 执行安全检查
doSecurityCheck();
somethingLogic();
// 日志记录
logInformation(otherInfo);
}
}
public class MockBussinessObject2 {
public void doSomething() {
// 执行安全检查
doSecurityCheck();
somethingLogic();
// 日志记录
logInformation(otherInfo);
}
}
这时候就轮到我们的AOP登场了，AOP全称为Aspect-Orient Programming，面向切面编程。使用AOP，我们可以对类似Logging和Security等系统需求进行模块化的组织，简化系统需求和实现之间的对比关系，进而使整个系统的实现更具模块化。
1.2 AOP的一些概念
1.2.1 Jointpoint
在系统运行之前，AOP的功能模块都需要织入到OOP的功能模块中，所以要进行这种织入过程，我们需要知道在系统的哪些执行点上进行织入操作，这些将要在其之上进行织入操作的系统执行点就称之为Jointpoint。常见的Jointpoint类型有：
- 方法调用。当某个方法被调用的时候所处的程序执行点
- 方法执行。该Jointpoint类型代表的是某个方法内部执行开始的时间点。对同一对象，方法调用要先于方法执行。
- 构造方法调用。程序执行过程中对某个对象调用其构造方法进行初始化的时间点。
- 构造方法执行。某个对象构造方法内部执行的开始时间点。
1.2.2 Pointcut
Pointcut概念代表的是Jointpoint的表述方式。将横切逻辑织入当前系统的过程中，需要参照Pointcut规定的Jointpoint信息，才可以知道应该往系统的哪些Jointpoint上织入横切逻辑。
1.2.3 Advice
Advice是单一横切关注点逻辑的载体，它代表将会织入到Jointpoint的横切逻辑。按照Advice在Jointpoint位置执行时机的差异或者完成功能的不同，Advice可以分成多种具体形式。
- Before Advice。Before Advice是在Jointpoint指定位置之前执行的Advice。
- After Advice。顾名思义，After Advice就是在相应Jointpoint之后执行的Advice类型。该类型还可以细分为After returning Advice，After throwing Advice，After Finally Advice。
- Around Advice。Around Advice对附加其上的Jointpoint进行包裹，可以在Jointpoint之前和之后都指定相应的逻辑。
1.3 织入和织入器
毛主席有诗云：”一桥飞架南北，天堑变通途“，织入过程就是飞架AOP和OOP的那座桥，只有经过织入过程，以Aspect模块化的横切关注点才会集成到OOP的现存系统中。
2.1 Spring AOP实现机制
Spring采用动态代理机制和字节码生成技术实现AOP。与最初的AspectJ采用编译器将横切逻辑织入目标对象不同，动态代理机制和字节码生成都是在运行期间为目标对象生成一个代理对象，而将横切逻辑织入到这个代理对象中，系统最终使用的是织入了横切逻辑的代理对象，而不是真正的目标对象。