我把这些事务问题归结成了三类：不必要、不生效、不回滚，接下用一些demo演示下各自的场景。不必要1.无需事务的业务在没有事务操作的业务方法上使用@Transactional注解，比如：用在仅有查询或者一些HTTP请求的方法，虽然加上影响不大，但从编码规范的角度来看还是不够严谨，建议去掉。@Tran

接手新项目一言难尽，别的不说单单就一个@Transactional注解用的一塌糊涂，五花八门的用法，很大部分还失效无法回滚。有意识的在涉及事务相关方法上加@Transactional注解，是个好习惯。不过，很多同学只是下意识地添加这个注解，一旦功能正常运行，很少有人会深入验证异常情况下事务是否能

接手新项目一言难尽，别的不说单单就一个@Transactional注解用的一塌糊涂，五花八门的用法，很大部分还失效无法回滚。有意识的在涉及事务相关方法上加@Transactional注解，是个好习惯。不过，很多同学只是下意识地添加这个注解，一旦功能正常运行，很少有人会深入验证异常情况下事务是否能正确

接手新项目一言难尽，别的不说单单就一个@Transactional注解用的一塌糊涂，五花八门的用法，很大部分还失效无法回滚。有意识的在涉及事务相关方法上加@Transactional注解，是个好习惯。不过，很多同学只是下意识地添加这个注解，一旦功能正常运行，很少有人会深入验证异常情况下事务是否能