我们在前几篇文章中已经深入了解了 Spring 的 IOC 机制和 AOP 机制，在阅读源码的同时，楼主对 Spring 中设计模式的运用可以说五体投地，还有我们还知道更重要的一点就是：Spring 留给了我们大量的扩展接口供开发者去自定义自己的功能，甚至于 AOP 就是在 Spring 预留的扩展接口中实现的，意思是只要基于 Spring IOC，遵守 Spring 对扩展接口的约定，那么就能实

源码： # 前言前两篇文章我们分析了AOP的原理，知道了AOP的核心就是代理，通知器，切点。我们也知道了XML配置方式和注解方式的底层实现都是相同的，都是通过 ProxyCreatorSupport 创建代理，但是XML是通过 ProxyFactoryBean 来实现的，而 注解是通过 BeanPostProcessor 来实现创建代理的逻辑。 我们上篇讲解注解方式的文章，剖析了 Annotat

上一篇文章我们从XML 配置文件的方式剖析了AOP的源码，我们也说了，虽然现在用XML配置的几乎没有了，但作为学习的例子，XML配置仍然是我们理解Spring AOP 的一个绝好的样本，但作为一个由追求的程序员，我们天天使用的注解方式的AOP 肯定也是要去看看到底是如何实现的。现在有了之前阅读 XML 配置的源码的基础，今天我们来阅读注解方式的源码也变得轻松起来。 还记得我们之前说过，XML 配置

Spring 的两大核心，一是IOC，我们之前已经学习过，并且已经自己动手实现了一个，而令一个则是大名鼎鼎的 AOP，AOP的具体概念我就不介绍了，我们今天重点是要从源码层面去看看 spring 的 AOP 是如何实现的。注意，今天楼主给大家分享的是 XML 配置AOP的方式，不是我们经常使用的注解方式，为什么呢？ 有几个原因： Spring AOP 在 2.0 版本之前都是使用的 XML 配置

在上一篇文章中，楼主和大家一起分析spring的 IOC 实现，剖析了Spring的源码，看的出来，源码异常复杂，这是因为Spring的设计者需要考虑到框架的扩展性，健壮性，性能等待元素，因此设计的很复杂。楼主在最后也说要实现一个简单的 IOC，让我们更加深刻的理解IOC，因此，有了这篇文章。 当然我们是仿照Spring 的 IOC，因此代码命名和设计基本是仿照spring的。 我们将分为几步来编