为什么有些公司禁止使用@Transactional声明式事务？

原创于 2024-12-31 07:47:34 发布 · 1k 阅读

10 ·

CC 4.0 BY-SA版权

文章标签：

#面试 #spring

java面试题专栏收录该内容

168 篇文章

订阅专栏

作者简介：大家好，我是码炫码哥，前中兴通讯、美团架构师，现任某互联网公司CTO，兼职码炫课堂主讲源码系列专题

代表作：《jdk源码&多线程&高并发》，《深入tomcat源码解析》，《深入netty源码解析》，《深入dubbo源码解析》，《深入springboot源码解析》，《深入spring源码解析》，《深入redis源码解析》等

联系qq：184480602，加我进群，大家一起学习，一起进步，一起对抗互联网寒冬。码炫课堂的个人空间-码炫码哥个人主页-面试，源码等

为了更好地管理事务，Spring 提供了两种事务管理机制，分为编程式事务和声明式事务。

编程式事务

编程式事务在 Spring 中是通过显式地编写代码来控制事务的界限和行为。在 Spring 中主要是通过使用 TransactionTemplate 或PlatformTransactionManager来实现的。

TransactionTemplate

TransactionTemplate是Spring提供的一个模板类，用于简化编程式事务管理。它处理了事务的创建、提交或回滚等标准步骤。我们只需要提供执行的业务逻辑即可：

    public void test() {
        transactionTemplate.execute(new TransactionCallbackWithoutResult() {
            protected void doInTransactionWithoutResult(TransactionStatus status) {
                try {
                    // 执行业务逻辑
                } catch (Exception e) {
                    status.setRollbackOnly();
                }
            }
        });
    }

PlatformTransactionManager

PlatformTransactionManager则是一种更低级别的处理编程式事务的方式。我们需要手动创建和管理事务，包括事务的开始、提交和回滚。

    public void test() {
        TransactionDefinition def = new DefaultTransactionDefinition();
        TransactionStatus status = transactionManager.getTransaction(def);

        try {
            // 执行逻辑

            // 事务提交
            transactionManager.commit(status);
        } catch (Exception e) {
            // 事务回滚
            transactionManager.rollback(status);
            throw e;
        }
    }

编程式事务需要提供了完全的控制，但是需要我们更加多的编码量，会使得代码更加复杂些。

声明式事务

声明式事务允许我们通过声明（而非直接编码）来管理事务，比如依靠注解或者配置 XML 来管理事务。在声明式事务中，事务的管理是由 Spring 框架自动完成的，我们只需要定义事务的范围和规则。

目前，声明式事务可以通过两种主要方式实现：

基于 @Transactional 注解的事务管理
基于XML的事务管理

基于 @Transactional 注解的事务管理方式很简单，就是在类或者方法上使用@Transactional注解来声明事务，例如：

    @Transactional
    public void test() {
        
    }

基于XML的事务管理，则需要在 XML 配置文件中定义事务建议和事务规则：

<tx:advice id="txAdvice" transaction-manager="transactionManager">
    <tx:attributes>
        <tx:method name="transfer" propagation="REQUIRED"/>
    </tx:attributes>
</tx:advice>

<aop:config>
    <aop:pointcut id="bankServiceOperation" expression="execution(* com.example.BankService.transfer(..))"/>
    <aop:advisor advice-ref="txAdvice" pointcut-ref="bankServiceOperation"/>
</aop:config>

为什么不推荐使用@Transactional声明式事务？

编程式事务和声明式事务各有优缺点。

编程式事务：允许开发者对事务有更加精确的控制，也更加灵活些。但是需要开发者写入更多的代码来管理事务，增加了代码的复杂度。同时，事务管理和业务混合在一起，导致事务管理的代码入侵业务代码，增加了代码的耦合度。
声明式事务：简单易用，一个注解就可以搞定。同时事务管理和业务代码分离，没有入侵业务代码，使开发者专注于业务逻辑的开发，事务的管理维护交个 Spring 框架来做。但是它依然存在一些问题，例如不够灵活，有局限性之类的。

目前，Spring 官方是推荐使用声明式事务，但为什么有些公司要禁止使用 @Transactional 它呢？主要是有如何几个坑，而这些坑又容易忽略且容易导致生产事故。