java_lover20111106的博客

总的来看，将TransactionInfo绑定到当前线程的主要目的就是解决嵌套事务的。Spring解决嵌套的主要思路就是先将当前的TransactionInfo对象绑定到当前线程，当当前TransactionInfo对应的业务处理代码调用其他事务代理时，会将当前线程中保存的TransactionInfo对象赋值给新的TransactionInfo对象的oldTransactionInfo属性，然后将新的TransactionInfo对象重新绑定到当前线程的ThreadLocal上，这样就实现了前后两个事务的

相较于千变万化的事物，我更关注那些恒久不变的东西！

这个方法的主要作用就是判断当前是否存在存活的事务，如果存在事务，则处理之，否则继续。接着就是判断事务是否超时，如果超时，直接抛出超时异常，否则继续。之后就是对事务传播行为的判断，首先就是判断当前的事务传播行为是否为PROPAGATION_MANDATORY，根据《Spring 事务原理总结一》这篇文章的介绍，这个事务传播属性的作用是如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。

通过前面三篇文章，我知道了事务的配置流程，也懂得了向Spring容器中注册事务的流程，更了解了Spring事务中的相关组件及其作用，但这依旧无法让我认识到这个知识点的全貌，所以希望通过今天的跟踪能完全了解Spring事务；也希望通过这次跟踪对Spring事务进行一次总结；更希望通过这次跟踪结束本系列，以为后面的学习腾出时间。

梳理一下Spring事务用到的几个核心组件。这些核心组件是我们理解Spring事务原理的基础。通过它们我们可以体会学习一下Spring设计者设计Spring事务时的基本思路

其实Spring事务的实现方式与前面梳理的AOP的实现方式类似：将事务增强方法与目标方法组成一个执行链，然后由调度者依次调度执行链中的相关方法，从而达到事务控制的目标。

在日常工作中，大家都用过数据库，应该也知道在数据库层面有事务的概念。因为数据库作为一个公共资源，会被很多客户端操作，为了保证实际业务的准确性，一定要有一个方法来规避不可预料的风险。于是，数据库的设计者就提出了事务这个概念

Spring AOP这个点从开始写到现在已经持续很长时间了。这个系列我们从一个示例开始，然后逐渐深入，触达Spring AOP之灵魂。通过这个系列，我们不仅捋顺了AOP的定义，也知晓了Spring中AOP的基本概念，更弄清了Spring中AOP的实现细节。虽然自我感觉良好的我还想继续深入，但是毕竟物有本末，事有终始，我们不能因为一个点而错过整个世界。

前两篇文章我们一起梳理了Spring AOP的基本概念及其解析和创建代理的过程，通过梳理我对Spring AOP的认识又向前迈了一大步。不过，对于代理创建过程着墨较少，本篇文章我想继续就这个话题展开，也希望通过这次展开，能让我们对Spring AOP中的CGLIB代理有一些不一样的认识。前一篇文章提到过，Spring创建代理方式是CGLIB（有兴趣的可以浏览一番）。这个创建过程究竟是怎么进行的呢？

AOP是一种编程思想，用于将程序中的横切关注点（如事务、日志）从业务逻辑代码中分离出来，以提高代码的可重用性和可维护性。Spring框架对其进行了实现。在Spring中AOP是通过代理模式实现的，即在运行时动态的生成一个代理，这个代理类会拦截目标对象的方法调用，并在方法执行前后添加响应的横切逻辑

AOP是一种编程思想，用于将程序中的横切关注点（如事务、日志）从业务逻辑代码中分离出来，以提高代码得可重用性和可维护性。Spring框架对其进行了实现。在Spring中AOP是通过代理模式实现的，即在运行时动态的生成一个代理，这个代理类会拦截目标对象的方法调用，并在方法执行前后添加响应的横切逻辑