http://blog.sina.com.cn/s/blog_3e93e9fa010009ib.html
假设有若干数据访问对象（DAO），都要实现对一个数据对象的访问。因此，为了保持数据同步，需要对这个数据对象加锁。这样，每个DAO都要自己管理有关 “锁”的内容。而DAO真正应该实现的逻辑是关于数据对象的访问，锁乃其身外之物，而且每个DAO都要实现关于锁的业务逻辑，所以有没有办法把锁的管理从 DAO中抽离出来呢？这个就是AOP所关心的。
AOP本身也是用OOP实现的，但是如下图所示，它更关心的是与其它业务逻辑流程相垂直的，且是其他业务逻辑所共有的一些东西。因此，当把对“锁”的管理从各个DAO中抽离出来之后，你会发现，这个管理锁的类本身实现了一个关于“锁”的方面的业务逻辑。它就像一道关卡，垂直切入了DAO的业务流程，单独构成了一个方面。
如下图
其中锁处理，就是AOP的编程,它包括了什么时候处理和怎样处理，也就是以后AOP概念中的联结点和通知。
关于AOP相关概念理解
联接点（Jointpoint）是一个程序执行过程中的特定时刻。例如方法调用的时候，类初始化的时候，之类的。但是Spring的联结点就一个——方法调用。另外，要注意的是，程序执行的过程本身，也可以抽象成一个联接点，只不过Spring不支持罢了。联结点，说白了，就是一个事件，它告诉AOP什么时候调用通知。在Spring中就联接点就意味这一件事，出现方法调用的时候，就该通知出场执行AOP业务逻辑了。
通知（Advice），就是下面大括号所指向的部分哦。说白了，所谓通知就是实现AOP业务逻辑的地方，也就是说，通知是你应该实现的，具体如何处理AOP业务逻辑的类。根据通知出现位置的不同，即其业务逻辑所覆盖的范围不同，称呼也不同。Spring中一共五种通知：
- 前置通知（MethodBeforeAdvice）
- 后置通知（AfterReturningAdvice）
- 包围通知（MethodIntercepter）
- 抛出通知（ThrowAdvice）
- 引入（IntroductionIntercepter）
怎么理解这5中通知呢？不妨打个比喻，假设你是老板，你手下有个高参（AOP）。
现在，你要投资一个项目了（联接点，这里比喻方法调用）。你的高参会在你投资前，提前给你一份企划书，其中包括了这个投资（方法调用）之前应该怎么准备（在联接点之前应该做些什么预处理AOP逻辑）、投资过程和投资后应该注意些什么（方法调用结束之后做些什么）。这个企划书事关全局，整个就是围绕这你的投资展开的，你的投资（方法调用）只是其中的一部分，那么这个建议就相当于Spirng AOP中的包围通知.
它可以在目标方法（投资）执行之前或之后运行，也可以自定义什么时候调用目标方法（别忘了出企划的是高参，它自身可以考虑什么时候帮助你执行企划中的特别部分），当然也可以自己编写逻辑嗲用完全不同的目标方法（如果以前的企划不成立，就重新确立一个吧）。
当然，企划和具体实施是两码事。当要具体实施的时候（投资前，即方法调用之前），发生了一些变数，要针对这些变数进行修正，并使其朝着有利于投资的方面发展，这些工作即提前建议，（Advice这个词，在Spring AOP中被翻译为通知），换成Spring的AOP术语就是前置通知。
前置通知可以访问被调用的目标方法（高参当然首先要知道你要干什么，然后才能告诉你该怎么干）和参数（高参给你准备的一些额外的关系和投资建议等等，帮助你决策如何投资），但是它不能影响方法调用本身（因为高参不是你，所以它不是老板，自然不能决定是否要投资，它只能提建议——advice）。
貌似一切顺利的执行了投资，但是在投资过程中你这个老板发现，有些问题是你之前没有预料到的，这些确实是个意外。所以你将这些意外告诉了你的高参（抛出异常）。高参不愧是高参，人家早就想到了（但是“我就是不说”——《电梯》，姜昆相声中的台词）。于是立即调用了特别准备的应急预案，对异常进行处理。换作 Spring AOP的术语就是抛出通知。
抛出通知使得我们可以根据需要只接受到特定的异常（高参关心的是某些严重问题，一般问题老板都可以自己摆平了~~），这样，就可以知道哪里出了异常——出现异常的方法、目标方法和其参数。
投资结束了，你的盈利或许会比预期的多，或许少于预期。你让高参帮忙分析，此时高参手里早就握有你投资前的准备，还有你投资的过程以及投资的结果，高参会根据这些资料分析你的得失，做出进一布调整的建议，帮你调整决策。这个么，就是后置通知。
显然，方法调用已经完成。它可以访问的有被调用的目标方法（投资项目），该方法的参数（投资的准备工作和使用的决策等）和返回值（当然是投资的结果）。因为方法调用已经完成，所以后置通知完全不能影响方法调用本身的事情。（对于既定的事实，无论是成功还是失败，高参都只能根据过去向前看，当然不能改变过去了）
关于引入通知。Spring其实将引入过程当成一个特殊的拦截器，就是一旦发生引入了，Spring就给他拦截下来，并执行相应的处理。就好比，一旦有人要入关，那么就会接到海关的盘查一样。关于引入通知的内容，以后会详述。
在解释关于切入点（Pointcut）的概念之前，先看下图。
正像定义中所说的那样，切入点其实就是一组联接点。在Spring中就可以理解为某个类实例的所有方法的调用（图中紫色实心圆）。我们不关心方法被调用的时间，只关心它是否是即将被调用的这个事件。因为Spring中的联接点只有一种——方法调用，所以切入点也只能有一种，方法调用这个事件所组成的集合。
继续用高参来解释。就是说高参给你建议的前提是，不在乎你做出什么时候决策（投资、会见客人或者其他），而是，当你做出决策这件事情的发生。当高参看到你要做决策了，他就会在你做决策前给你建议（Advice，通知）。也正式因为有了这个机制，所以你才能在做每件商业活动的时候都能精确的受到来自高参的建议，也就是Spring AOP中所讲的，精确的控制程序中什么组件（操作）接到什么通知。
所谓方面（Aspect），就是通知和切入点的组合。换言之，它是一揽子解决方案，即你的商业决策（投资、会见客人或者其他）和高参根据这些决策给你的不同的建议（Advice，通知）。呵呵，到这里说AOP就更明白了。你，老板，执行的是线性商业（business，业务）逻辑，而你的高参（AOP），则在你身旁，根据你的决策提建议，帮你从即要自己提自己的建议又要执行商业逻辑的苦恼中解脱出来，好让你可以专心的经营生意。这个不就是AOP的真谛么！它不在于取代你（OOP）的位置，它只是帮助你，让你少点烦心事，更能关注你自己的业务。另外AOP本身不也是OOP写的么（难道老板是人类，高参就不是人类）。虽然，你缺少高参一样能干活，但是累。正像OOP没有AOP也一样能工作。但是AOP没了OOP的基础就不成（因为首先是人类才有肯能成为你的高参，动物没这个能力吧；另一方面，也说明了高参这个群体没有老板群体，也就失去了存在的意义，失业了）。
织入（Weaving），可以理解成为高参的建议是如何被你采纳的方式（过程）。如果是你事先就把高参的建议背的滚瓜乱熟、了然于胸，那么遇到相应的情况自然会采取相应的对策。这个就是静态AOP的意义，将AOP逻辑直接写入到目标类的字节码中，好让目标类的字节码文件可以像调用自身方法一样调用AOP业务逻辑，所以效率高。但是遇到高参也没有预料的情况，就只能傻眼了（回去问高参的话，那个是动态AOP了）。但是如果你开始根本就没有看高参的建议，那么遇到了相应的情况自然临时抱佛脚，赶紧去看高参的建议，自然效率低。这个就是动态的 AOP，可以勉强这么理解。缺点是效率低，优点是，可能有些情况高参原来也没有遇到，所以你这个时候求助于高参，也会得到解答。
目标（Target），当然就是高参提供建议给他的对象了，也就是你，老板了。
引入（Introduction）。OK，终于遇到你自己无法解决的问题了，而且这个问题用高参的建议也不成，怎么办？这个时候高参亲自出面代替你了，帮你摆平，当然铲事儿的手段是你所不具备的，这个就是引入。引入的目的就是在一个对象中加入新的方法或者属性，以改变它的结构，帮助你完成原来不能完成的事情。