【踩坑记录】@Transactional注解回滚不生效问题

@Transactional属于是Spring的常用事务处理注解了,最近在开发时偶然发现这个东西竟然不是100%生效的。

问题重现:

测试一个批处理方法,方法上加了@Transactional后执行,因为加了事务处理注解,没怎么关注SQL执行顺序(反正对事务来说都是原子性的),debug过程发现MongoDB连接有问题,有关Mongo的操作抛出了异常,因为数据库的某个字段是批处理的触发条件,并且在批处理过程中会更新这个字段。重新执行发现数据库(Postgresql)的数据被update了,没有触发。嗯,确实之前没关注这个注解会有不生效的问题,开始处理:

首先为了方便测试批处理任务(定时调度的),我在debug阶段直接用了@PostConstruct注解,即项目启动后直接运行批处理任务,像下面这个样子:

@Transaction
@PostConstruct
public void execute() {
    // balabala.....  
}

后来验证问题就出在这个@PostConstruct上。

问题处理:

遇到问题最直接的办法,Google一下,确实涨知识了,以下情况@Transaction注解不会生效:

  1. 被注解标记的方法不是public的
  2. 同类中,未通过代理类直接调用
  3. 数据库本身不支持事务
  4. propagation或rollbackFor设置错误,这种情况一般都会注意

问题分析:

我们使用的@PostConstruct就是第二种情况不生效导致的,@PostConstruct是Java EE提供的注解,不属于Spring,而@Transactional注解的生效实际是由Spring AOP控制的,生成一个代理类,执行事务开启和提交的逻辑,不过,只有当该类以外使用被@Transactional修饰的方法时,这个代理类才会生成。所以,如果不是debug使用了@PostConstruct,本来其实是没问题的。

 

posted @   马儿跑  阅读(350)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 开源Multi-agent AI智能体框架aevatar.ai,欢迎大家贡献代码
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
点击右上角即可分享
微信分享提示