汪小哥

重试的意义To make processing more robust and less prone to failure, it sometimes helps to automatically retry a failed operation, in case it might succeed on a subsequent attempt. Errors that are susceptible to this kind of treatment are transient in nature. F

一、spring 事务配置声明式事务有两种方式，一种是在配置文件（xml）中做相关的事务规则声明，另一种是基于 @Transactional 注解的方式。1.1 xml 声明 事务1.1.1 单一的对于目标类进行代理<bean id="baseTransactionProxy" class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean" abstract="true">

为啥使用spring 事务会出现这么多坑？还是对于底层原理实现机制理解不够深刻导致。对于经常使用的东西，不仅仅要求能用，更多的还是需要知道其所以然。一、坑点分析1.1 this 调用 本类失效如果新启动一个事物 Propagation.REQUIRES_NEW 这样的标识，this的直接调用会由于没有走代理的逻辑失效.这一点的理解没有问题 AOP 的机制是实现事务的核心，分布式事务Seata 也是通过AOP去处理，不经过代理准导致事务失效。1.2 only public 方法事务有效这个不

Spring 事务 混用xml 事务和注解事务最好不要一起 坑太多了,一个aop中 存在两个 org.springframework.transaction.interceptor.TransactionInterceptor 而且各钟情况错中复杂，如果两个是 Propagation.PROPAGATION_REQUIRED,Propagation.REQUIRES_NEW 不同的顺序特别是异常产生的时候会造成不同的影响Propagation.PROPAGATION_REQUIRED -> Prop

一、背景spring 注解事务和声明事务共存下，出现一些奇怪的问题，声明事务不生效啦！本来对于业务异常不进行回滚，最终回滚啦，很是奇怪啊，调查了一下，进行了一些了解，最后才有这篇文章。参考： https://blog.youkuaiyun.com/feng27156/article/details/8740223二、配置1、修改之前的配置 <bean id="transactionManager" class="org.springframework.jdbc.dataso

本文的阅读最好的方式结合代码一起看，在很久没有回顾的时候可能会忘记一些spring的扩展点，已经spring 到底怎么玩的？本文是作者了解spring 到工作的第四个年头 从实习开始2016年，这里做个总结，用了这么多，估计写着crud 忘了spring的奥秘了。一、yy一下Bean创建的过程首先得承认spring 这个太强大，一般的java开发者根本创造不出来这么强大的一个玩意，从扩展性和维护性（…不知道诞生多少年了，反正我一毕业就开始学习）,程序员都是模仿动物，都是不断的在模仿中学习和进步，和小.

一、doGetBean 图例doGetBean 启程org.springframework.beans.factory.support.AbstractBeanFactory#doGetBean实例化前预处理org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory#createBean(java.lang.String, org.springframework.beans.factory.support