0、前言
Spring 提供了AOP(Aspect Oriented Programming) 的支持, 那么，什么是AOP呢？本文将通过一个另外一个角度来诠释AOP的概念，帮助你更好地理解和使用Spring AOP。
1. Java程序执行在JVM中的特征
当我们在某个类Foo中写好了一个main()方法，然后运行java Foo，你的Java程序之旅就开启了，例如以下：
public class Foo { public static void main(String[] args) { // your codes begins here } }那么在这个运行的过程中。JVM都为你干了什么呢？
当你运行java Foo 的时候，JVM会创建一个主线程main，这个主线程以上述的main()方法作为入口。開始运行你的代码。
每个线程在内存中都会维护一个属于自己的栈(Stack),记录着整个程序运行的过程。栈里的每个元素称为栈帧(Stack Frame)，栈帧表示着某个方法调用，会记录方法调用的信息；实际上我们在代码中调用一个方法的时候，在内存中就相应着一个栈帧的入栈和出栈。
在某个特定的时间点，一个Main线程内的栈会呈现例如以下图所看到的的情况：
从线程栈的角度来看，我们能够看到，JVM处理Java程序的基本单位是
方法调用。实际上。JVM运行的最基本单位的指令(即原子操作)是汇编语言性质的机器字节码。这里之所以讲
方法调用时Java程序的基本运行单位，是从更宏观的角度看待的。
2. Java程序运行流 【了解AOP、连接点(Join Point)、切入点(point cut) 的概念 】
假设从虚拟机线程栈的角度考虑Java程序运行的话，那么，你会发现，真个程序运行的过程就是方法调用的过程。我们依照方法运行的顺序，将方法调用排成一串，这样就构成了Java程序流。
我们将上述的线程栈里的方法调用依照运行流排列。会有例如以下类似的图：
基于时间序列，我们能够将方法调用排成一条线。而每一个方法调用则能够看成Java运行流中的一个节点。这个节点在AOP的术语中，被称为Join Point，即连接点。 一个Java程序的运行的过程，就是若干个连接点连接起来依次运行的过程。
在我们正常的面向对象的思维中， 我们考虑的是怎样依照时间序列通过方法调用来实现我们的业务逻辑。那么。什么是AOP（即面向切面的编程）呢？
通常面向对象的程序，代码都是依照时间序列纵向展开的。而他们都有一个共性：即都是已方法调用作为基本运行单位展开的。
将方法调用当做一个连接点，那么由连接点串起来的程序运行流就是整个程序的运行过程。
AOP(Aspect Oriented Programming)则是从另外一个角度来考虑整个程序的。AOP将每个方法调用，即连接点作为编程的入口，针对方法调用进行编程。从运行的逻辑上来看，相当于在之前纵向的依照时间轴运行的程序横向切入。
相当于将之前的程序横向分割成若干的面。即Aspect.每个面被称为切面。
所以，依据我的理解，AOP本质上是针对方法调用的编程思路。
既然AOP是针对切面进行的编程的。那么。你须要选择哪些切面(即 连接点Joint Point)作为你的编程对象呢？
由于切面本质上是每个方法调用。选择切面的过程实际上就是选择方法的过程。
那么，被选择的切面(Aspect)在AOP术语里被称为切入点(Point Cut). 切入点实际上也是从全部的连接点(Join point)挑选自己感兴趣的连接点的过程。
Spring AOP框架中通过 方法匹配表达式来表示切入点(Point Cut)，至于具体的表达式语法是什么 不是本文的重点，请读者自行參考Spring对应的说明文档。
既然AOP是针对方法调用(连接点)的编程， 如今又选取了你感兴趣的自己感兴趣的链接点---切入点（Point Cut）了。那么。AOP能对它做什么类型的编程呢？AOP能做什么呢？
了解这个之前，我们先要知道一个很重要的问题： 既然AOP是对方法调用进行的编程，那么，AOP怎样捕获方法调用的呢？ 弄清楚这个问题，你不得不了解设计模式中的代理模式了。以下我们先来了解一下引入了代理模式的Java程序运行流是什么样子的。
3. 引入了代理模式的Java程序运行流(AOP实现的机制)
我们如果在我们的Java代码里。都为实例对象通过代理模式创建了代理对象，訪问这些实例对象必需要通过代理。那么。增加了proxy对象的Java程序运行流会变得略微复杂起来。
我们来看下增加了proxy对象后，Java程序运行流的示意图：
由上图能够看出，仅仅要想调用某一个实例对象的方法时，都会经过这个实例对象相相应的代理对象， 即运行的控制权先交给代理对象。
增加了代理模式的Java程序运行流。使得全部的方法调用都经过了代理对象。对于Spring AOP框架而言，它负责控制着真个容器内部的代理对象。当我们调用了某一个实例对象的不论什么一个非final的public方法时。整个Spring框架都会知晓。
此时的SpringAOP框架在某种程度上扮演着一个上帝的角色：它知道你在这个框架内所做的不论什么操作，你对每个实例对象的非final的public方法调用都能够被框架察觉到！
既然Spring代理层能够察觉到你所做的每一次对实例对象的方法调用，那么，Spring就有机会在这个代理的过程中插入Spring的自己的业务代码。
4. Spring AOP的工作原理
前面已经介绍了AOP编程首先要选择它感兴趣的连接点----即切入点(Point cut)，那么。AOP能对切入点做什么样的编程呢？ 我们先将代理模式下的某个连接点细化。你会看到例如以下这个示意图所表示的过程：
为了减少我们对Spring的AOP的理解难度，我在这里将代理角色的职能进行了简化，方便大家理解。
（注意：真实的Spring AOP的proxy角色扮演的仅仅能比这复杂的多。这里仅仅是简化，方便大家理解，请不要先入为主）代理模式的代理角色最起码要考虑三个阶段：
1. 在调用真正对象的方法之前，应该须要做什么？
2. 在调用真正对象的方法过程中，假设抛出了异常，须要做什么？
3.在调用真正对象的方法后。返回了结果了，须要做什么？
AOP对这种方法调用的编程。就是针对这三个阶段插入自己的业务代码。
如今我们如果当前RealSubject这个角色的类是 org.luanlouis.springlearning.aop.FooService ，当前这个连接点相应的方法签名是：public void foo()。那么上述的代理对象的三个阶段将会有下面的处理逻辑：
1. 在调用真正对象的方法之前，
proxy会告诉Spring AOP: "我将要调用类org.luanlouis.springlearning.aop.FooService 的public void foo() ，在调用之前。你有什么处理建议吗？";
Spring AOP这时依据proxy提供的类名和方法签名,然后拿这些信息尝试匹配是否在其感兴趣的切入点内。假设在感兴趣的切入点内，Spring AOP会返回 MethodBeforeAdvice处理建议，告诉proxy应该运行的操作。
2. 在调用真正对象的方法过程中，假设抛出了异常，须要做什么？
proxy告诉Spring AOP: “我调用类org.luanlouis.springlearning.aop.FooService 的public void foo()过程中抛出了异常，你有什么处理建议？”
Spring AOP依据proxy提供的类型和方法签名。确定了在其感兴趣的切入点内，则返回对应的处理建议ThrowsAdvice，告诉proxy这个时期应该採取的操作。
3.在调用真正对象的方法后，返回了结果了。须要做什么？
proxy告诉Spring AOP:"我调用类org.luanlouis.springlearning.aop.FooService 的public void foo()结束了，并返回了结果你如今有什么处理建议？"；
Spring AOP 依据proxy提供的类型名和方法签名，确定了在其感兴趣的切入点内。则返回AfterReturingAdivce处理建议，proxy得到这个处理建议，然后运行建议。
上述的示意图中已经明白表明了Spring AOP应该做什么样的工作：依据proxy提供的特定类的特定方法运行的特定时期阶段给出对应的处理建议。
要完毕该工作。Spring AOP应该实现：
1.确定自己对什么类的什么方法感兴趣？ -----即确定 AOP的切入点（Point Cut），这个能够通过切入点(Point Cut)表达式来完毕。
2. 相应的的类的方法的运行特定时期给出什么处理建议？------这个须要Spring AOP提供相应的建议 ，即我们常说的Advice。
到此为止。AOP的基本工作机制已经介绍完成了，我再次强调，上午我将Proxy方法的不同运行时期简单的拆成了三个，是为了方便大家理解AOP的工作机制，实际的AOP proxy的实现比这复杂的多。
详细proxy是怎样实现的，我将另外介绍。感兴趣的话，敬请关注我兴许的博文。
《Spring设计思想》Spring AOP实现原理
