spring知识回顾
spring的两个重要功能：IOC、AOP，在ioc容器的初始化过程中，会触发2种处理器的调用，
前置处理器(BeanFactoryPostProcessor)后置处理器(BeanPostProcessor)。
前置处理器的调用时机是在容器基本创建完成时，可以往容器中添加各种的bean
后置处理器的调用时机是在bean的初始化和实例化时调用，aop的功能就是基于该特性实现的
aop重要的类介绍
org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator spring的aop实现的入口类
org.springframework.aop.Pointcut spring的aop的顶层切面接口
org.aopalliance.aop.Advice spring的aop的顶层通知接口
org.springframework.aop.Advisor aop的顶层接口，从语义上包含了：pointcut和advice
aop的使用
如果在实际的工作中，需要做aop操作，可以基于spring的aop返回实现也可以基于AspectJ操作实现，前者是在运行时动态代理，后置是在编译阶段完成aop，这里只讨论spring的aop使用
切面：
spring提供了多种切面：静态切面、动态切面、注解切面、正则表达式切面等
通知advice：
spring提供了多种通知：BeforeAdvice、AfterAdvice
动态方法判断aop使用：
1 切面类继承 org.springframework.aop.support.DynamicMethodMatcherPointcut
org.springframework.aop.support.DynamicMethodMatcherPointcut#getClassFilter方法根据业务条件重新判断
org.springframework.aop.MethodMatcher#matches(java.lang.reflect.Method, java.lang.Class<?>, java.lang.Object...)方法在运行时根据传入的方法参数动态判断
2 通知类实现org.aopalliance.intercept.MethodInterceptor
org.aopalliance.intercept.MethodInterceptor#invoke方法根据实际情况编写执行代码
3 组装org.springframework.aop.support.DefaultPointcutAdvisor
将切面和通知类织入到Advisor中，同时把Advisor做为bean放入到spring的ioc容器即可
源码解析
spring的aop的入口是在spring bean创建过程中由后置处理器完成的，入口类是：
org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator，查看类的UML图如下：
由图可知：该类是一个BeanPostProcessor的子类，在bean被初始化时，会调用该类的两个方法：
org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator#postProcessBeforeInitialization
和org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator#postProcessAfterInitialization
aop的入口就是在bean初始化后的调用：
org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator#wrapIfNecessary方法如下图所示：
spring的aop涉及的精髓就在这2段代码中
获取符合的Advisor。根据代码逻辑一路调试：org.springframework.aop.framework.autoproxy.AbstractAdvisorAutoProxyCreator#findEligibleAdvisors
其中第一步是获取所有的Advisor类，在第二步的时候通过beanClass筛选出符合条件的Advisor
最终的筛选逻辑在：org.springframework.aop.support.AopUtils#canApply(org.springframework.aop.Pointcut, java.lang.Class<?>, boolean)
在上面的简单使用的第一步中，有继承成DynamicMethodMatcherPointcut，DyNamicMethodMatcherPointcut同时也是MethodMatcher的实现，在上图1处是对类判断是否满足条件,DynamicMethodMatcherPointcut此处对所有的类都会返回true，可以根据业务情况选择性的返回，提升性能
在2处获取的也是DynamicMethodMatcherPointcut本身，也是对所有的方法返回true
至此，通过DynamicMethodMatcherPointcut在bean初始化时寻找到合适的Advisor，下一步就是创建代理org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator#createProxy
在1处传入的就是由上一个步骤查询到的合适的Advisor列表，2处做转换，3处就是正在的创建代理的逻辑，跟随代码一路调试。最终Aop的代理创建委托给了org.springframework.aop.framework.DefaultAopProxyFactory#createAopProxy
会根据bean的类型判断是采用Jdk动态代理还是cglib动态代理完成。后面bean的执行逻辑就是代理的相关方法逻辑了。
至此，Aop的创建过程梳理完成
大家最关心的其实是动态代理的执行逻辑。这里暂时先以JDK的动态代理为列分析源码流程
后续的代码分析如下：
org.springframework.aop.framework.JdkDynamicAopProxy的类UML图如下：
真正的执行逻辑应该是org.springframework.aop.framework.JdkDynamicAopProxy#invoke方法
前面的方法是做一些固定方法判断，包括：equal、hashcode等，核心方法如截图所示
在1处获取调用该方法的拦截链，最终的实现委托给了：org.springframework.aop.framework.DefaultAdvisorChainFactory#getInterceptorsAndDynamicInterceptionAdvice
在代码1处，获取该方法对应类的Advisor列表，在2处通过org.springframework.aop.support.DynamicMethodMatcher#matches方法判断，此处恒为true，在3处就是区别DynamicMethodmatcherPointcut和StaticMethodmatcherPointcut的地方，动态的此处为true，而StaticMethodMatcherPointcut为false。最终返回的是通知类Advice(MethodInterceptor是Advice的子类)
回到org.springframework.aop.framework.JdkDynamicAopProxy#invoke的第二步，当通知不为空时，通过构造了一个ReflectiveMethodInvocation对象，再调用org.springframework.aop.framework.ReflectiveMethodInvocation#proceed方法返回结果
跟踪代码到org.springframework.aop.framework.ReflectiveMethodInvocation#proceed
在构造器中，传入了拦截器链，在真正实行时，通过链路调用完成
至此Aop的创建实现和执行逻辑已经梳理清楚，总结如下：
代理创建逻辑：
1 AbstractAutoProxyCreator是一个BeanPostProcessor,在bean初始化时会触发
postProcessAfterInitialization方法的调用
2 org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator#wrapIfNecessary方法通过bean的类类型寻找到对应的通知类Advisor
3 代理的创建委托给了org.springframework.aop.framework.DefaultAopProxyFactory#createAopProxy方法实现，通过判断bean的条件采用JDK或者cglib的动态代理方式实现
JDK代理实现逻辑如下：
当执行方法时，通过代理，
1 调org.springframework.aop.framework.JdkDynamicAopProxy#invoke方法。
2 该方法通过获取调用方法对应的通知信息，然后构建一个ReflectiveMethodInvocation实例，最终调用委托给了ReflectiveMethodInvocation#proceed方法
3 ReflectiveMethodInvocation#proceed方法调用通知链的所有拦截器方法
以上就是Aop的创建和代理执行全逻辑
