回顾下通过ProxyFactoryBean实现AOP的整个过程：
首先需要对目标对象以及拦截器进行正确配置，以便AopProxy代理对象顺利产生；这些配置可以通过配置ProxyFactoryBean的属性来完成，或者通过编程式地使用ProxyFactory来实现。两种方式只是在表面配置的方式上不同，内在的AOP实现原理是一样的。
在生成AopProxy代理对象的时候，Spring AOP设计了专门的AopProxyFactory作为AopProxy代理对象的生产工厂，由它来负责生产相应的AopProxy代理对象，默认使用的生产工厂是DefaultAopProxyFactory对象，这个对象定义了AopProxy代理对象的生成策略，从而决定使用哪种AopProxy代理对象的生成技术（JDK的Proxy类、CGLIB）。而最终的AopProxy代理对象的产生则交给JdkDynamicAopProxy和Cglib2AopProxy这两个具体的工厂来完成。
在得到AopProxy代理对象后，在代理的接口方法被调用执行时，并不是直接运行目标对象的调用方法，而是先触发对这些方法调用进行拦截。拦截过程在JDK的Proxy代理对象中，是通过invoke方法完成；而在CGLIB的Proxy代理对象中，拦截是由设置好的回调callback方法来完成。这些拦截为对目标调用的功能增强提供了工作空间。
在ProxyFactoryBean的回调中，首先会根据配置来对拦截器是否与当前的调用方法相匹配进行判断。如果匹配，那么相应的拦截器就开始发挥作用。这个过程是一个遍历的过程，它会遍历在Proxy代理对象中设置的拦截器链中的所有拦截器，直到所有拦截器的调用完成为止。等到所有拦截器的调用都完成了，才是对目标对象的方法调用。
在拦截器的调用过程中，实际上已经封装了Spring对AOP的实现，比如对各种通知器的增强织入功能。在AOP应用中接触到的advice通知是不能直接对目标对象完成增强的，这里Spring AOP对应于每种advice通知都设计了对应的AdviceAdapter通知适配器，这些适配器实现了advice通知对目标对象的不同增强方式。在AopProxy代理对象的回调方法中，需要有一个注册机制，完成注册后拦截器链中的拦截器才是AdviceAdapter适配过的拦截器，才能发挥作用。