5. Spring 事务

1. Spring 事务简介

Spring 事务作用：在数据层或业务层保障一系列的数据库操作同成功、同失败。

数据层有事务我们可以理解，为什么业务层也需要处理事务呢?

举个简单的例子：
转账业务会有两次数据层的调用，一次是转入者加钱，一次是转出者减钱；
把事务放在数据层，加钱和减钱就有两个事务；
如果先加钱后减钱，且加钱之后其他地方出现异常，就会出现加钱成功减钱失败的结果。即没办法保证加钱和减钱同时成功或者同时失败；
这个时候就需要将事务放在业务层进行处理。

不用事务时，我们是这样处理的：

Dao接口

public interface AccountDao {
    @Update("update tbl_account set money = money + #{money} where name = #{name}")
    void inMoney(@Param("name") String name, @Param("money") Double money);

    @Update("update tbl_account set money = money - #{money} where name = #{name}")
    void outMoney(@Param("name") String name, @Param("money") Double money);
}

Service 接口和实现类

public interface AccountService {
    /**
     * 转账操作
     * @param out 转出方
     * @param in 转入方
     * @param money 余额
     */
    void transfer(String out, String in, Double money);
}

@Service
public class AccountServiceImpl implements AccountService {
    @Autowired//按类型注入
    private AccountDao accountDao;

    @Override
    public void transfer(String out, String in, Double money) {
        accountDao.outMoney(out, money);
        accountDao.inMoney(in, money);
    }
}

测试

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(classes = SpringConfig.class)
public class AccountServiceTest {
    @Autowired
    private AccountService accountService;
    @Test
    public void testTransfer() {
        accountService.transfer("Tom", "Jerry", 100D);
    }
}

上述代码运行时，会执行转账操作，Tom 的账户减少 100，Jerry 的账户增加 100。

这是正常情况下的运行结果，但是如果在转账的过程中出现了异常，如：

这个时候就模拟了转账过程中出现异常的情况，正确的操作应该是 Tom 和 Jerry 账户中的钱不变。但是真正运行后会发现，并没有像我们想象的那样，Tom账户中的钱变少了，而 Jerry 账户中的钱没变。

当程序出问题后，我们需要让事务回滚，且这个事务应该加在业务层上。Spring 的事务管理就是用来解决这类问题的。

Spring事务管理具体的实现步骤为:

(1) 在需要被事务管理的方法上添加注解

@Service
public class AccountServiceImpl implements AccountService {
    @Autowired//按类型注入
    private AccountDao accountDao;

    @Override
    @Transactional//开启事务
    public void transfer(String out, String in, Double money) {
        accountDao.outMoney(out, money);
        accountDao.inMoney(in, money);
    }
}

注意:
@Transactional 可以写在接口类上、接口方法上、实现类上和实现类方法上
写在接口类上，该接口的所有实现类的所有方法都会有事务
写在接口方法上，该接口的所有实现类的该方法都会有事务
写在实现类上，该类中的所有方法都会有事务
写在实现类方法上，该方法上有事务
建议写在实现类或实现类的方法上

(2) 在 JdbcConfig 类中配置事务管理器

public class JdbcConfig {
    @Value("${jdbc.driver}")
    private String driver;
    @Value("${jdbc.url}")
    private String url;
    @Value("${jdbc.username}")
    private String userName;
    @Value("${jdbc.password}")
    private String password;

    @Bean//把方法的返回值定义成一个bean
    public DataSource dataSource(){
        DruidDataSource ds = new DruidDataSource();
        ds.setDriverClassName(driver);
        ds.setUrl(url);
        ds.setUsername(userName);
        ds.setPassword(password);
        return ds;
    }
    //配置事务管理器，mybatis使用的是jdbc事务
    @Bean//把方法的返回值定义成一个bean
    public PlatformTransactionManager transactionManager(DataSource dataSource){
        DataSourceTransactionManager transactionManager = new DataSourceTransactionManager();
        transactionManager.setDataSource(dataSource);
        return transactionManager;
    }
}

注意：事务管理器要根据使用技术进行选择，Mybatis 框架使用的是 JDBC 事务，可以直接使用 DataSourceTransactionManager。

(3) 开启事务注解

@Configuration//该类是配置类
@ComponentScan("com.itheima")//扫描这个包下的类，找bean
@PropertySource("jdbc.properties")
@Import({JdbcConfig.class,MybatisConfig.class})//引入这些类中的bean
//开启注解式事务驱动
@EnableTransactionManagement
public class SpringConfig {

}

(4) 测试

会发现在转账业务出现错误后，事务就可以控制回滚，保证数据的正确性。

2. Spring 事务角色

本节重点理解两个概念，分别是事务管理员和事务协调员。

(1) 未开启Spring事务之前:

AccountDao 的 outMoney 因为是修改操作，会开启一个事务 T1；
AccountDao 的 inMoney 因为是修改操作，会开启一个事务 T2；
AccountService 的 transfer 没有事务。

运行过程中如果没有抛出异常，则 T1 和 T2 都正常提交，数据正确；
如果在两个方法中间抛出异常，T1 因为执行成功提交事务，T2 因为抛异常不会被执行，就会导致数据出现错误。

(2) 开启 Spring 事务管理后

transfer上添加了 @Transactional 注解，在该方法上就会有一个事务 T。
AccountDao 的 outMoney 方法的事务 T1 加入到 transfer 的事务 T 中；
AccountDao 的 inMoney 方法的事务 T2 加入到 transfer 的事务 T 中。
这样就保证他们在同一个事务中，当业务层中出现异常，整个事务就会回滚，保证数据的准确性。

通过上面例子的分析，可以得到如下概念:

事务管理员：发起事务方，在 Spring 中通常指代业务层开启事务的方法（如：transfer 方法）
事务协调员：加入事务方，在 Spring 中通常指代数据层方法（如：outMoney、inMoney 方法），也可以是业务层方法。

注意:
目前的事务管理的前提是 DataSourceTransactionManager 和 SqlSessionFactoryBean 使用的是同一个数据源。

3. Spring 事务属性

3.1 事务配置

上面这些属性都可以在@Transactional注解的参数上进行设置。

• readOnly：true 只读事务，false 读写事务，增删改要设为 false，查询设为 true。
• timeout：设置超时时间（单位：秒），在多长时间之内事务没有提交成功就自动回滚，-1 表示不设置超时时间。
• rollbackFor：当出现指定异常时，进行事务回滚。
• noRollbackFor：当出现指定异常时，不进行事务回滚。
• rollbackForClassName 等同于 rollbackFor，只不过属性为异常的类全名字符串。
• noRollbackForClassName 等同于 noRollbackFor，只不过属性为异常的类全名字符串。
• isolation 设置事务的隔离级别
  DEFAULT：默认隔离级别, 会采用数据库的隔离级别
  READ_UNCOMMITTED：读未提交
  READ_COMMITTED：读已提交
  REPEATABLE_READ：重复读取
  SERIALIZABLE：串行化

rollbackFor 是当出现指定异常时，进行事务回滚；对于异常事务不应该都回滚么，为什么还要指定?

这块需要更正一个知识点，并不是所有的异常都会回滚事务，比如下面的代码就不会回滚，导致转出账户减钱成功，转入账户加钱失败。

出现这个问题的原因是：Spring 事务只对 Error 异常和 RuntimeException 异常及其子类进行事务回滚，其他的异常类型不回滚。IOException 就是其他的异常类型，所以不回滚。

此时就可以使用 rollbackFor 属性来设置 IOException 异常回滚：

3.2 案例：转账业务追加日志

需求：实现任意两个账户间转账操作，并对每次转账操作在数据库进行留痕
需求微缩：A账户减钱，B账户加钱，数据库记录日志

分析：
①：基于转账操作案例添加日志模块，实现数据库中记录日志
②：业务层转账操作（transfer），调用减钱、加钱与记录日志功能

实现效果预期：
无论转账操作是否成功，均进行转账操作的日志留痕

该环境是基于转账环境来完成的，下面在其基础上继续往下写：

(1) 创建日志表

create table tbl_log(
    id int primary key auto_increment,
    info varchar(255),
    createDate datetime
)

(2) 添加 LogDao 接口

public interface LogDao {
    @Insert("insert into tbl_log (info,createDate) values(#{info},now())")
    void log(String info);
}

(3) 添加 LogService 接口与实现类

public interface LogService {
    void log(String out, String in, Double money);
}

@Service
public class LogServiceImpl implements LogService {
    @Autowired
    private LogDao logDao;
    @Transactional
    public void log(String out,String in,Double money ) {
        logDao.log("转账操作由"+out+"到"+in+",金额："+money);
    }
}

(4) 在转账的业务中添加记录日志

@Service
public class AccountServiceImpl implements AccountService {
    @Autowired//按类型注入
    private AccountDao accountDao;
    @Autowired
    private LogService logService;//添加日志相关
    @Override
    //开启事务，出现IOException时回滚
    @Transactional
    public void transfer(String out, String in, Double money){
        try{
            accountDao.outMoney(out,money);
            //int i =1/0;
            accountDao.inMoney(in,money);
        }finally {
            logService.log(out,in,money);//添加日志相关
        }
    }
}

当程序正常运行，tbl_account 表中转账成功，tbl_log 表中日志记录成功；
当转账业务之间出现异常(int i =1/0)，转账失败，tbl_account 成功回滚，但 tbl_log 表未添加数据。

这个结果和我们想要的不一样，什么原因？该如何解决？
失败原因：日志的记录与转账操作隶属同一个事务，同成功同失败。

理想效果：无论转账操作是否成功，日志必须保留

3.3 事务传播行为

前面讲过 Spring 事务会把 T1、T2、T3 都加入到事务 T 中。
所以当转账失败后，所有的事务都回滚，导致日志没有记录下来。
这与需求不符，此时就想能不能让 log 方法单独是一个事务呢。

要想解决这个问题，就需要用到事务传播行为。
事务传播行为：事务协调员对事务管理员所携带事务的处理态度。

具体如何解决，就需要用到 propagation 属性。

@Service
public class LogServiceImpl implements LogService {
    @Autowired
    private LogDao logDao;
    //propagation设置事务属性：传播行为设置为当前操作需要新事务
    @Transactional(propagation = Propagation.REQUIRES_NEW)
    public void log(String out,String in,Double money) {
        logDao.log("转账操作由"+out+"到"+in+",金额："+money);
    }
}

经过上面的修改，当转账失败时，tbl_log 表中的日志记录也会成功。但是记录的内容也是 “转账操作由Tom到Jerry,金额：50.0”，这显然不合理。于是 AccountServiceImpl 中做如下修改：

@Service
public class AccountServiceImpl implements AccountService {
    @Autowired//按类型注入
    private AccountDao accountDao;
    @Autowired
    private LogService logService;//添加日志相关
    @Override
    @Transactional
    public void transfer(String out, String in, Double money){
        try{
            accountDao.outMoney(out,money);
            //int i = 1/0;
            accountDao.inMoney(in,money);
            logService.log(out,in,money);//添加日志相关
        }catch (Exception e){
            logService.log(out,in+"失败",0D);//添加日志相关
            throw new RuntimeException();//使事务回滚
        }
    }
}

这样，转账失败时，记录的日志就变为 “转账操作由Tom到Jerry失败,金额：0.0“。

【注意】当 catch 捕获了异常时，事务不会回滚。如果非得写 catch，需要 catch 后 throw new RuntimeException() 让事务回滚。

事务传播行为的可选值：