本篇结合我的这篇《Spring事务注解@Transactional》，为第二节【2.Spring声明式事务的原理】的详细说明，debug了被@Transactional包裹的目标方法所在类的Bean实例初始化过程，包括：如何判断生成代理对象流程及如何定义代理对象的回调逻辑；
结合上面的图，我们关注两点：
（1）判断生成代理对象：通过@Transactional注解来标记方法（定义切点），在Bean初始化过程中判断是否要对当前Bean创建代理对象，并且拿到@Transactional注解的属性；
（2）定义代理对象的回调逻辑，即执行代理逻辑：在执行目标方法前打开事务，执行过程中捕获异常执行回滚逻辑，在执行完目标方法后提交事务；
1. 判断生成代理对象
Bean初始化的3个关键步骤：1）?createBeanInstance创建对象；2）?populateBean属性注入；3）initializeBean初始化；而生成代理对象就发生在第3步中，通过BeanPostProcessor（BPP）后置处理来判断并生成代理对象；
下面开始代码走读；
执行AbstractAutowireCapableBeanFactory#doCreateBean创建bean；
执行AbstractAutowireCapableBeanFactory#initializeBeaninitializeBean初始化bean；
执行AbstractAutowireCapableBeanFactory#applyBeanPostProcessorsAfterInitialization；
执行AbstractAutoProxyCreator#postProcessAfterInitialization后置处理；
执行AbstractAutoProxyCreator#wrapIfNecessary；该方法首先去获取bean的切面和通知，如果发现需要代理，则创建代理；
执行AbstractAdvisorAutoProxyCreator#getAdvicesAndAdvisorsForBean获取通知Advice，用来判断是否要代理；
执行AbstractAdvisorAutoProxyCreator#findEligibleAdvisors，寻找符合能够解析当前bean的advisors；先获取所有候选的切面，也就是类型为Advisor的切面；
执行AopUtils#findAdvisorsThatCanApply，从候选的切面中获取可以解析当前bean的切面，最终符合条件的切面为BeanFactoryTransactionAttributeSourceAdvisor；
执行AopUtils#canApplycanApply查看切面是否可以解析bean，而BeanFactoryTransactionAttributeSourceAdvisor实现了PointcutAdvisor
执行AopUtils#canApply；通过反射获取当前类所有的Method对象，通过TransactionAttributeSourcePointcut#matches方法匹配方法是否符合；
执行TransactionAttributeSourcePointcut#matches方法，然后执行AbstractFallbackTransactionAttributeSource#getTransactionAttribute方法获取事务属性，接着执行AbstractFallbackTransactionAttributeSource#computeTransactionAttribute计算事务属性；
执行AnnotationTransactionAttributeSource#findTransactionAttribute，实际是执行AnnotationTransactionAttributeSource#determineTransactionAttribute，然后执行SpringTransactionAnnotationParser#parseTransactionAnnotation来解析事务属性对象；
接下来执行SpringTransactionAnnotationParser#parseTransactionAnnotation来解析注解属性；
至此，就完成了"在初始化bean时，判断通知BeanFactoryTransactionAttributeSourceAdvisor要应用于当前bean，即需要当前bean创建其代理对象"；
2. 执行代理逻辑分析
回到wrapIfNecessary方法，根据上面的步骤可知specificInterceptors有值，接着通过AbstractAutoProxyCreator#createProxy创建代理；
执行CglibAopProxy#getProxy，创建cglibAop动态代理；
执行CglibAopProxy#getCallbacks，调用CglibAopProxy.DynamicAdvisedInterceptor类的构造方法来实例化Callback类型的aopInterceptor对象；
当执行目标方法的时候，会走到DynamicAdvisedInterceptor#intercept方法；
下面可以看出来，实际上DynamicAdvisedInterceptor#intercept的方法内会先构建一个Advisor的执行链chain，然后再执行这个chain；
???????
接下来进入ReflectiveMethodInvocation#proceed方法；
执行到"dm.interceptor.invoke(this)"，也就是执行MethodInterceptor#invoke方法，而TransactionInterceptor实现了MethodInterceptor接口，这里会进入TransactionInterceptor#invoke方法；
[P.S] 对于我们自定义的前面@Aspect，也是类似的过程，只不过这里实现invoke的是AspectJ相关的Advice来执行切面逻辑；
接下来看事务相关的TransactionInterceptor#invoke方法的逻辑，实际是执行了TransactionAspectSupport#invokeWithinTransaction方法；继续跟踪invokeWithinTransaction，下面的代码中其实就可以看出一些逻辑端倪，就是我们猜想的事务管理的实现方式；
至此，完成了"目标对象的代理对象的创建，并且定义了代理对象执行目标方法时的逻辑——即用事务包裹住目标对象，在调用目标对象方法之前开启事务，然后执行目标方法，最后提交事务，若果发生异常且是被定义为需要回滚的异常，则执行回滚"；
3. 流程小结
将以上过程画张图总结下；
参考：