mifffy_java的博客

目前在项目中一般使用 @Resource，因@Resource是Java标准中的注解，更契合些。我们在IDEA中使用@Autowired注解时，IDEA会在@Autowired下打个波浪线，给你说是不推荐的。跟 @Resource 和 @Autowired 功能相似的注解。

​注解在 Spring 中用于声明式事务管理，但在某些场景下会失效。后调用。通过 AopContext 获取代理：((MyService) AopContext.currentProxy()).b()（需开启 @EnableAspectJAutoProxy(exposeProxy = true)）。我更喜欢把逻辑写到另一个类中，然后再进行调用。默认只捕获 RuntimeException和 Error。若抛出 IOException等，事务不会回滚。若异常被 catch后未重新抛出，事务失效。

Spring事务是一个强大的特性，但也隐藏着许多陷阱。理解这些陷阱的原理，可以帮助你更好地利用Spring事务，构建更加健壮的应用程序。

一、前言你写的代码，能接的住产品加需求吗？接，是能接的，接几次也行，哪怕就一个类一片的 if...else 也可以！但接完成什么样可就不一定了，会不会出事故也不是能控制住的。那出事故时，你说因为我写 if...else 多了导致代码烂了，但可是你先动的手啊：你说的需求还得加、你说的老板让上线、你说的合同都签了，搬砖码农的我没办法，才以堆代码平需求，需求太多不好搞，我才以搬砖平需求！诸侯不服，我才以兵服诸侯，你不服，我就打到你服！但代码烂了有时候并不是因为需求加的快、也不是着急上线。因为往往在

前序我们先了解一下 Spring 事务里面的“物理事务”和“逻辑事务”，所谓的“物理事务”是指 JDBC 的事务，上一次事务和本次事务之间是没有其他事务的，在执行一条命令（默认行为自动提交）都会产生一个事务，如果把 autocommit 设置为 false，需要主动 commit 才完成一个事务。所谓的“逻辑事务”是 Spring 对 JDBC 的一个抽象，例如 Spring 默认的事务传播行为是 REQUIRED，当执行 @Transactional 注解标注的方法时，如果此时正处于一个事务（物理事务