类级@Transactional(readOnly=true)与方法级配置冲突问题咨询

这个问题我之前也碰到过，确实有点反直觉——按Spring的设计逻辑，方法级的@Transactional注解优先级应该高于类级，但你调用test.save()时却沿用了类级的readOnly=true，而非方法上的readOnly=false。咱们先把你的场景理清楚，再一步步排查解决。

你的代码场景 #

调用类（Web层）

class ABC {
    @Autowired
    private Test test;

    // 通过REST API触发调用test.save()
}

服务类

@Service
@Transactional(readOnly=true)
class Test {
    @Transactional(readOnly=false)
    public boolean save() {
        // 业务逻辑处理
        return true;
    }
}

核心原因分析 #

首先明确Spring的事务注解规则：方法级@Transactional的属性会覆盖类级的同名属性，比如这里的readOnly。那为什么你的场景没生效？可能是这几个点：

• 事务代理未正确生效：虽然你用了@Autowired注入Test，但如果Spring没开启事务管理（比如没加@EnableTransactionManagement注解），或者Test类被错误地实例化（比如用了new），那事务注解根本不会起作用，自然会默认用类级配置。
• 隐式事务上下文干扰：你说REST层没有现有事务，但如果过滤器、拦截器或者父级Bean中隐式开启了事务，默认的Propagation.REQUIRED会沿用现有事务，而不是创建新的——这时候方法级的readOnly配置就会被忽略，因为事务已经存在了。
• 旧版本Spring的Bug：部分Spring 4.x之前的版本在处理readOnly属性覆盖时存在逻辑问题，升级到Spring 5.x及以上的稳定版本大概率能解决。

快速解决方案 #

1. 强制创建新事务
   在save()方法的注解里显式指定传播行为为REQUIRES_NEW，强制创建一个独立的新事务，完全不受类级或现有事务的影响：

   @Transactional(readOnly=false, propagation = Propagation.REQUIRES_NEW)
   public boolean save() {
       // 业务逻辑处理
       return true;
   }
   

2. 检查事务配置开关
   确认你的Spring Boot主类（或配置类）上添加了@EnableTransactionManagement，确保事务注解能被Spring识别并生成代理类。

3. 开启事务日志排查
   如果还是不确定问题在哪，开启Spring事务的Debug日志，直接看事务创建时的属性：
   在application.properties（或application.yml）中添加：

   logging.level.org.springframework.transaction=DEBUG
   logging.level.org.springframework.jdbc.datasource.DataSourceTransactionManager=DEBUG
   

   日志里会清晰显示事务的readOnly属性值、传播行为等细节，帮你快速定位问题根源。

内容的提问来源于stack exchange，提问作者PRASANTA