详细分析Spring的AOP源码

　　前言
　　本篇文章是SpringAOP的源码学习分享，分为上下两篇，在详细分析Spring的AOP源码上篇中已知SpringAOP的切面类织入业务bean后，会为业务bean生成动态代理对象，这个动态代理对象中持有需要生效的所有通知，叫做通知链。
　　本篇将对调用AOP动态代理对象时的整个流程进行学习，以探究切面中的类似于前置通知或者后置通知这种通知方法是如何对目标bean的目标方法进行增强的。
　　注：本文均基于JDK动态代理。正文一. AOP动态代理对象结构分析
　　在上篇的示例工程中，可以看一下测试程序中从容器获取到的IMyService的bean是什么样子，调试图如下所示。
　　可以看到获取出来的bean实际为MyService的JDK动态代理对象，InvocationHandler为JdkDynamicAopProxy，JdkDynamicAopProxy中持有ProxyFactory，ProxyFactory中持有目标对象和通知链。二. AOP动态代理对象调用分析
　　调用动态代理对象的方法时，会调用到InvocationHandler的invoke() 方法，这里InvocationHandler为JdkDynamicAopProxy，所以将JdkDynamicAopProxy的invoke() 方法作为入口开始分析。public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {     Object oldProxy = null;     boolean setProxyContext = false;      TargetSource targetSource = this.advised.targetSource;     Object target = null;      try {         if (!this.equalsDefined && AopUtils.isEqualsMethod(method)) {             // 不会将通知作用在equals()方法，除非目标对象实现的接口中定义了equals()方法             return equals(args[0]);         }         else if (!this.hashCodeDefined && AopUtils.isHashCodeMethod(method)) {             // 不会将通知作用在hashCode()方法，除非目标对象实现的接口中定义了hashCode()方法             return hashCode();         }         else if (method.getDeclaringClass() == DecoratingProxy.class) {             return AopProxyUtils.ultimateTargetClass(this.advised);         }         else if (!this.advised.opaque && method.getDeclaringClass().isInterface() &&                 method.getDeclaringClass().isAssignableFrom(Advised.class)) {             // 不会将通知作用于Advised接口或者其父接口中定义的方法             return AopUtils.invokeJoinpointUsingReflection(this.advised, method, args);         }          Object retVal;          if (this.advised.exposeProxy) {             oldProxy = AopContext.setCurrentProxy(proxy);             setProxyContext = true;         }          // 获取目标对象         target = targetSource.getTarget();         // 获取目标对象的Class对象         Class<?> targetClass = (target != null ? target.getClass() : null);          // 将通知链中能够作用于当前方法的通知组装成拦截器链         List