说明：本文大部分来自Spring in action。
1、概述
SpringIoC容器能管理和配置应用系统对象，因此我们可以遵行完美的面向队象设计，编写松耦合的代码，利用Spring的反向控制无痛连接协作类。但有时某些功能会在整个系统中到处用到，这就不是很适合对象继承关系来解决。这就是面向切面（AOP）的切入点。
Spring的AOP框架将分散在系统中的功能块放在一个地方——切面。依赖Spring的强大的切入点机制，何时何地在系统中采用切面有很多种选择。
使用AOP，可以在一个地方定义通用功能，可以定义何时何地应用这些功能，而不用在需要新功能的地方修改代码。交叉业务（AOP实际上指的是交叉业务模块化）可以模块化到特定的对象切面中。这样做有两个好处。第一，现在每个业务逻辑放在一个地方，而不是分散到代码的各个角落。第二，我们的服务模块更加清晰，因为他们只包含他们的核心功能，辅助功能转移到切面中。
AOP从程序运行的角度考虑程序的结构，提取业务处理过程的切面。
AOP面对程序运行中各个步骤，以期待降低各步骤之间的耦合，从而提高步骤之间的隔离。
OOP是静态的抽象，它对应用中的实体及其属性、行为进行抽象，从而获得清晰高效的单元划分；而AOP是动态的抽象，它对应用执行的过程的步骤进行抽象，从而获得步骤之间的逻辑划分。AOP框架并不与特定的代码耦合，能处理程序执行中的特定的点，而不是某个具体的程序。
2、术语
切面（Aspect）
切面是你要实现的交叉功能。它是应用系统模块化的一个切面或领域。切面的最常见（虽然简单）的例子是日志记录。日志记录在系统中到处用到，利用继承来重用日志模块不合适。然而，你可以创建一个日志记录切面，并且使用AOP在系统中应用。
连接点（Joinpoint）
连接点是应用程序执行过程中插入的切面的地点。这个地点可以是方法调用，异常抛出，或者甚至是要修改的字段。切面代码在这些地方插入到你的应用系统中，添加新的行为。
通知（Advice）
切面的实际实现。它通知应用系统新的行为。在日志的例子中，日志通知包含了实现实际日志功能的代码，如向日志文件写日志。通知在连接点插入到应用系统中。
切入点（Pointcut）
切入点定义了通知应该应用在哪些连接点。通知可以应用到AOP框架支持的任何连接点。当然，你并不希望把所有的切面应用到所有可能的连接点上。切入点让你指定通知应用到什么地方。通常通过指定类名和方法名，或者匹配类名和方法名式样的正则表达式来指定切入点。一些AOP框架允许动态创建切入点，在运行时根据条件决定是否应用切面，如方法参数等。
引入（Introduction）
引入允许你为已存在类添加新方法和属性（哈，是种幻觉？）。例如，你可以创建一个稽查通知来记录对象的最后修改时间。只要用一个方法setLastModified（Date）以及一个保存这个状态的变量。可以在不改变已存在类的情况下将这个引入，给他们新的行为和状态。
目标对象（Target）
目标对象是被通知对象，它可以是你编写的类，也可以是你定制行为的第三方类。如果没有AOP，这个类就必须要包含它的主要逻辑以及交叉业务逻辑。有了AOP,目标对象就可以全身心地关注主要业务，忘记应用其上的通知。
代理（Proxy）
代理是将通知应用到目标对象后创建的对象。对于客户对象来说，目标对象（应用AOP之前的对象）和代理对象（应用AOP之后的对象）是一样的。也就是说，应用系统的其他部分不用为了支持代理对象而改变。
织入（Weaving）
织入是将切面应用到目标对象从而创建一个新的代理对象的过程。切面在指定接入点被织入到目标对象中，织入发生在目标对象生命周期的多个点上：
编译器——切面在目标对象编译时织入。这需要一个特殊的编译器
类装载期——切面在目标对象被载入到JVM中时织入。这需要一个特殊的类装入器，它在类载入到应用系统之前增强目标对象的字解码。
运行期——切面在应用系统运行时织入。通常，AOP容器将织入切面的时候动态生成委托目标对象的代理对象。
3、Spring的AOP实现
不是所有的AOP框架都按同样的方式实现。他们在能够提供的接入点种类上有所不同。有些允许你在字段修改级别上应用通知，而有些只能在方法调用上暴露连接点。他们在何时如何织入切面上也有所不同。无论什么情况，能够创建连接点，定义切面在哪些连接点织入是AOP框架的关键。
用Java编写Spring的通知
在Spring中所有的通知都以Java类的形式编写。这意味着你可以像普通Java开发那样在集成环境中开发切面。定义在什么地方应用通用的切入点通常编写在Spring的配置文件中。
Spring的运行时通知对象
代理Bean只有在第一次被应用系统需要的时候才被创建。如果你使用的是ApplicationContext，代理对象在BeanFactory载入所有Bean的时候被创建。因为Spring在运行期创建代理，所有使用Spring AOP不需要特殊编译器 。
Spring有两种代理创建方式。如果目标对象实现了一个（或多个）接口暴露的方法，Spring将使用JDK的java.lang.reflect.Proxy类创建代理。这个类让Spring动态产生一个新的类，它实现了所需的接口，织入了通知，并且代理对目标对象的所有请求。
如果目标对象没有实现任何接口，Spring使用CGLIB库库生成目标对象的子类。在创建这个子类的时候，Spring将通知织入，并且对目标对象的调用委托给这个子类。当使用这种代理生成方式时，需要将Spring发型包中的lib/cglib目录下的JAR文件发布到应用系统中。在使用这种代理生成方式时，需要注意两个要点：
对接口创建代理优于对类创建代理，因为这样会产生更加松耦合的系统。对类创建代理是让遗留系统或无法实现接口的第三方类库同样可以得到通知。这种方式应该是备用方式，而不是第一选择。
标记为final的方法不能被通知。记住，Spring是为目标类产生子类。任何需要被通知的方法都被复写，将通知织入。final方法是不可能做到的。
Spring只支持方法连接点
这一点和一些其他AOP框架不一样，如AspectJ和JBoss，他们还提供了属性接入点，这样可以防止你常见特别细致的通知，如对更新对象属性值进行拦截。
然而，由于Spring关注于提供一个实现J2EE服务的框架，所以方法拦截可以满足大部分需求。加上Spring的观点是属性拦截破坏了封装。面向对象的基本概念是对象自己处理工作，其他对象只能通过方法调用得到处理结果。让通知触发在属性值改变而不是方法调用上无疑是破坏了这个概念。