Spring中的AOP底层原理探讨
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之前和之后都指定相应的逻辑。