作者：zuoxiaolong8810（左潇龙），转载请注明出处，特别说明：本博文来自博主原博客，为保证新博客中博文的完整性，特复制到此留存，如需转载请注明新博客地址即可。
最近工作很忙，但当初打算学习spring源码的事已经基本告一段落，只是一直没时间写这些记录性的文字。
本次鄙人学习spring的源码，有点囫囵吞枣的感觉，其实这样并非就不好，spring作为一个应用平台，自然不是那么好研究透彻的，而且也不太可能有人把spring的源码全部清楚的过上一遍，哪怕是spring的缔造者。不过最主要的原因是我们确实没有必要把源码全部过一遍。
在看spring源码的过程中，学习到了很多东西，这就足够了，而且现在如果在使用spring的过程中出现任何问题，不会再像以前一样有时候会束手无策，甚至把全部希望寄托于度娘，这其实是不正确的思想。从源码出发，可以发现，其实以前觉得无头绪的问题，现在都会迎刃而解。这就是研究源码最大的收获吧。
言归正传，来说说AOP。AOP的中文翻译是面向切面编程，与面向对象，面向接口，面向服务等概念看起来挺相似的。其实最近一直看有关JAVA的书籍，美国空间，多多少少也对于这些有些理解，所谓面向切面，即是使用切面与其它事物产生关系。面向对象强调一切皆对象，也可以说面向接口是一切皆接口，面向服务则是一切皆服务，而切面也是一样，一切皆切面。
为什么这么说，面向对象就不说了，就拿面向接口来说吧，强调的就是我们操纵的都是一些接口，所以我们永远不会依赖于实现，面向切面的思想，其实也很类似，即我们操纵的都是一些切面，不会依赖于流程。也正是因为如此，所以我们可以优雅的解决WEB应用中一些原本很棘手或者不好处理的问题。
以上都是一些理论性的东西，也都是鄙人自己最近的感悟，香港空间，虽然不知对错，但我觉得这种感悟很重要。
下面我们具体说说AOP，目前由AOP联盟给出了AOP的标准，AOP联盟的规范只是提供了几个接口定义，为了统一AOP的标准，下面来看看主要的几个接口。
Advice接口：
这是一个空接口，里面没有任何方法，只是用来标识一个通知，在spring中，所有的advice都是此接口的扩展，比如BeforeAdvice，AfterAdvice等。
Interceptor接口：
Advice的子接口，这个接口和advice都不直接使用，一般是要扩展以后去实现特殊的拦截。
Joinpoint接口：
代表了一个运行时的连接点。
Invocation接口：
代表了程序中的一个调用，可以被拦截器Interceptor拦截。
下面还有几个接口，不再一一介绍，从下一层继承开始，interpretor的继承体系已经开始依赖于invocation。这从某种意义上来说，advice是依赖于joinpoint的，但这并非绝对。
下面给出这几个接口的UML图，关系比较清晰。
下面介绍下spring中的AOP核心接口。
Advice体系：
Spring采用AOP联盟的Advice作为超级接口，扩展了很多子接口，比如BeforeAdvice，AfterAdvice等等，稍后以AfterReturningAdvice为例，讨论下spring的通知体系。
Pointcut接口：
spring采用Pointcut作为切点的抽象，其中有一个方法返回一个MethodMatcher，作用很明显，就是说切点决定了要切入哪些方法。这里其实是定义了一个匹配规则。比如正则匹配，可以只匹配前缀为save的方法等等。
Advisor：
通知器或者说通知者，网站空间，我们从现实角度来说，通知者当然需要知道要通知什么。所以Advisor依赖于Advice，而Advisor旗下的子接口PointAdvisor还依赖于Pointcut，也就是说这个接口更确切的定位应该是包含了要通知谁和要通知什么，也就是说要能获得Advice和Pointcut。
你曾经说，你曾经说。走在爱的旅途，我们的脚步多么轻松……
