Spring事务控制
转账场景模拟实现
- 定义接口方法
- 实现对应接口,重写方法
- 转账方法实现
Spring事务概念
事务四大特性(ACID)
-
原子性(Atomicity)
共生死,要么全部成功,要么全部失败! -
一致性(Consistency)
事务在执行前后,数据库中数据要保持一致性状态。(如转账
的过程 账户操作后数据必须保持一致) -
隔离性(Isolation)
事务与事务之间的执行应当是相互隔离互不影响的。(多个角
色对统一记录进行操作必须保证没有任何干扰),当然没有影
响是不可能的,为了让影响级别降到最低,通过隔离级别加以
限制:READ_UNCOMMITTED (读未提交) 隔离级别最低的一种事务级别。在这种隔离级别下,会引发脏读、不可重复读和幻读。 READ_COMMITTED (读已提交) 读到的都是别人提交后的值。这种隔离级别下,会引发不可重复读和幻读,但避免了脏读。 REPEATABLE_READ (可重复读) 这种隔离级别下,会引发幻读,但避免了脏读、不可重复读。 SERIALIZABLE (串行化) 最严格的隔离级别。在Serializable隔离级别下,所有事务按照 次序依次执行。脏读、不可重复读、幻读都不会出现。
-
持久性(Durability)
事务提交完毕后,数据库中的数据的改变是永久的。
Spring事务核心接口
Spring 并不直接管理事务,而是提供了多种事务管理器,他们将事务管理的职责委托给 Hibernate 或者 JTA 等持久化机制所提供的相关平台框架的事务来实现。
Spring 事务管理器的接口是:
org.springframework.transaction.PlatformTransactionManager
public interface PlatformTransactionManager(){
// 由 TransactionDefinition 得到TransactionStatus 对象
TransactionStatus getTransaction(TransactionDefinition definition) throws TransactionException;
// 提交
void commit(TransactionStatus status) throws TransactionException;
// 回滚
void rollback(TransactionStatus status) throws TransactionException;
}
优点: Spring事务管理的一个优点就是为不同的事务 API 提供一致的编程模型
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-yDNrANFI-1682067288325)(D:%5CBBBBBB%E7%AC%94%E8%AE%B0%5CMD%5C%E4%BA%8B%E5%8A%A1.assets%5C1682064761746.png)]
Spring事务控制配置
通过 jdbc 持久化事务,对于事务配置实现由两种方式即:Xml 配置,注解配置。
XML配置
- 添加命名空间
- 设置aop代理
- 配置事务管理器
- 配置事务相关通知
- 配置aop
注解配置
-
配置事务管理器
<!-- spring 注解式事务声明 --> <!-- 事务管理器定义 --> <bean id = "txManager" class = "org.springframework.jdbc.datasource.DataSourceTransactionManager" > <property name= "dataSource" ref= "dataSource" > </property> </bean>
-
配置注解支持
<tx:annotation-driven transaction-manager="txManager"/>
-
方法上加上事务注解
(Service方法上在需要添加事物的方法上加入事务注解)
@Override @Transactional(propagation=Propagation.REQUIRED) public void saveUser(String userName,String userPwd){ User user1=new User(); user1.setUserName(userName); user1.setUserPwd(userPwd); userDao.saveUser(user1); userDao.delUserById(2); }
备注:默认 spring 事务只在发生未被捕获的 runtimeexcetpion时才回滚。
spring aop 异常捕获原理:
被拦截的方法需显式抛出异常,并不能经任何处理,这样aop 代理才能捕获到方法的异常,才能进行回滚,默认情况下 aop 只捕获runtimeexception 的异常,但可以通过配置来捕获特定的异常并回滚换句话说在 service 的方法中不使用 try catch 或者在 catch中最后加上 throw new RunTimeexcetpion(),这样程序异常时才能被 aop 捕获进而回滚。