【揭秘】Spring框架中的两大事务管理神器:声明式与编程式!

在Spring框架中,事务管理是一个非常重要的部分,它主要用来确保数据的完整性和一致性。Spring支持声明式事务管理和编程式事务管理两种方式。

声明式事务管理

声明式事务管理是基于AOP实现的,其本质是对方法前后进行拦截,然后在目标方法开始之前创建或者加入一个事务,在执行完目标方法之后根据执行情况提交或者回滚事务。声明式事务最大的优点就是不需要通过编程的方式来管理事务,只需在配置文件中做相关的事务规则声明或通过注解方式,就可以将事务规则应用到业务逻辑中。

Spring的声明式事务管理在底层是建立在AOP的基础之上的。其管理事务的主要是通过Spring AOP和IOC容器实现的。其中AOP是面向切面编程,可以让我们在不修改源代码的基础上对已有方法进行增强处理。而IOC容器是Spring的核心,其负责管理所有的Java对象,包括事务管理器、数据源、业务逻辑对象等等。

编程式事务管理

编程式事务管理是通过编程代码手动管理事务,包括开启事务、提交事务、回滚事务等。Spring的编程式事务管理可以通过PlatformTransactionManager接口和TransactionDefinition接口来实现。我们可以通过实现PlatformTransactionManager接口来自定义我们的事务管理器,也可以通过TransactionTemplate类来简化编程式事务管理的代码。

代码演示

接下来通过代码进行演示,假设你在Spring的配置文件中配置事务管理器,你使用的是基于JDBC的数据源,配置可能如下:

xml 复制代码
<bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource">  
    <property name="driverClassName" value="com.mysql.jdbc.Driver"/>  
    <property name="url" value="jdbc:mysql://localhost:3306/test"/>  
    <property name="username" value="root"/>  
    <property name="password" value="password"/>  
</bean>  
  
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">  
    <property name="dataSource" ref="dataSource"/>  
</bean>  
  
<tx:annotation-driven transaction-manager="transactionManager"/>

首先是,声明式事务管理 ,在你的业务逻辑类中使用@Transactional注解来声明需要事务管理的方法。例如:

java 复制代码
import org.springframework.transaction.annotation.Transactional;  
import org.springframework.stereotype.Service;  
  
@Service  
public class UserService {  
    private final UserRepository userRepository;  
  
    @Autowired  
    public UserService(UserRepository userRepository) {  
        this.userRepository = userRepository;  
    }  
  
    @Transactional  
    public void createUser(User user) {  
        userRepository.save(user);  
        // ... 其他业务逻辑,如发送通知等  
    }  
}

在上述代码中,createUser方法上的@Transactional注解告诉Spring该方法需要在事务中执行。Spring将负责在方法开始执行时开启事务,并在方法执行完毕时提交或回滚事务。这种方式无需手动编写事务管理代码,而是通过注解来声明事务规则,实现了声明式事务管理。

接着,是编程式事务管理 ,编程式事务管理需要手动编写代码来管理事务。以下是一个使用Spring的TransactionTemplate类进行编程式事务管理的示例:

java 复制代码
import org.springframework.transaction.TransactionStatus;  
import org.springframework.transaction.support.TransactionCallbackWithoutResult;  
import org.springframework.transaction.support.TransactionTemplate;  
import org.springframework.beans.factory.annotation.Autowired;  
import org.springframework.stereotype.Service;  
  
@Service  
public class UserService {  
    private final TransactionTemplate transactionTemplate;  
    private final UserRepository userRepository;  
  
    @Autowired  
    public UserService(TransactionTemplate transactionTemplate, UserRepository userRepository) {  
        this.transactionTemplate = transactionTemplate;  
        this.userRepository = userRepository;  
    }  
  
    public void createUser(User user) {  
        transactionTemplate.execute(new TransactionCallbackWithoutResult() {  
            @Override  
            protected void doInTransactionWithoutResult(TransactionStatus status) {  
                try {  
                    userRepository.save(user);  
                    // 其他业务逻辑  
                    status.setRollbackOnly(); // 设置回滚事务,如果需要的话  
                } catch (Exception e) {  
                    status.setRollbackOnly(); // 发生异常时回滚事务  
                    throw e; // 重新抛出异常,由上层处理  
                }  
            }  
        });  
    }  
}

在上述代码中,createUser方法使用TransactionTemplate类来执行需要在事务中运行的代码。通过调用transactionTemplate.execute方法,传入一个实现TransactionCallbackWithoutResult接口的匿名类,在匿名类的doInTransactionWithoutResult方法中编写需要在事务中执行的代码。这种方式需要手动管理事务的开启、提交和回滚,实现了编程式事务管理。这种方式更加灵活,可以根据具体需求进行更精细的事务控制。

最后总结

声明式事务管理利用@Transactional注解简化了事务管理的复杂性,免去了手动编写事务管理代码的繁琐。但是,当事务函数内部需要捕获异常时,由于@Transactional的默认行为是在遇到运行时异常时回滚,如果异常被捕获并未再次抛出,事务可能无法正确回滚,这是其主要的缺点。

编程式事务管理要求开发者手动编写事务管理的代码,尽管这增加了开发的工作量,但它为开发者提供了更大的灵活性。例如,开发者可以根据特定的业务逻辑,在事务中的任意位置进行提交或回滚操作。此外,当某些特定的异常发生时,编程式事务管理允许开发者精确地决定是提交还是回滚事务,这种控制能力是编程式事务管理的明显优势。

相关推荐
2603_954708311 分钟前
微能网的核心硬件协调控制装置有哪些功能?
大数据·运维·人工智能·架构·能源
@不误正业22 分钟前
技术线05_端侧小模型不可靠先检查你的Agent架构
人工智能·架构·agent·端侧模型·4b
安易算力32 分钟前
GPU集群调度实践:Slurm/K8s混合部署与GPU共享优化 —— 从批处理到在线推理的统一调度架构
容器·架构·kubernetes
mldong1 小时前
一条审批流的数据库账:5 张核心表、3 张扩展表、0 张表单表
后端·架构
Devlive 开源社区10 小时前
AuthX 正式更名 GrantForge:我们重新做了一遍权限管理系统
大数据·人工智能·架构
微三云生态系统架构师-彭丹11 小时前
抖店OPC智能选品与铺货架构:多店差异化与频率风控设计
架构
集智飞行12 小时前
无人机集群通信架构剖析,以及对未来发展的几点判断
架构·无人机
想要打 Acm 的小周同学呀12 小时前
无需自己设计Agent架构的业务系统,依赖第三方Agent,基于SKILL和MCP服务实现企业级内部提效工具开发
架构·agent
Dawson Zhu14 小时前
《Agentic Design Patterns》第 4 章导读:反思(Reflection)
人工智能·语言模型·架构·aigc·agi
码云之上15 小时前
把网页变成可引用知识——Chatbot 联网工具
人工智能·架构·agent