第四阶段11-基于Spring JDBC框架的事务管理,关于Spring框架

68. 基于Spring JDBC框架的事务管理

事务（Transaction）：是数据库（例如MySQL等）中的能够保障若干个写操作（增、删、改）要么全部成功，要么全部失败的机制。

对于数据的管理，无论是全部成功，或全部失败，其实，都是可以接受的结果，而只成功一半，是不可接受的！例如，存在某个转账操作：

update 存款表 set 余额=余额-10000 where 账户='国斌';

update 存款表 set 余额=余额+10000 where 账户='苍松';

在基于Spring JDBC框架的事务管理中，使用@Transcational注解，即可使得对应的方法是“事务性”的。

提示：主流的基于Spring体系的编程框架，在处理数据库编程时，都使用到了Spring JDBC。

使用@Transactional注解实现事务，被称之为“声明式事务”。

关于此注解，可以添加在：

• 业务接口上
  • 将作用于实现此接口的实现类中的所有重写的方法上
• 业务接口中的抽象方法上
  • 将作用于实现此接口的实现类中的重写的对应的方法上
• 业务实现类上
  • 将作用于当前类中的所有重写的接口中定义的方法
• 业务实现类中重写的接口中定义的方法上
  • 将作用于当前方法

在应用时，仅当某个业务方法中包含超过1次的写操作（例如2次UPDATE，或1次INSERT加上1次DELETE，或者1次UPDATE加上2次DELETE等），才必须保障此业务是事务性的！反之，如果某个业务方法中的写操作不超过1次，可以不必是事务性的！

在Spring JDBC框架中，对事务的处理大致流程是：

try {
    开启事务：BEGIN
    <执行业务方法>
    提交事务：COMMIT
} catch (RuntimeException e) {
	回滚事务：ROLLBACK
}

也就是说，在基于Spring JDBC的事务管理中，仅当出现了RuntimeException（包含其子孙类异常）时才会执行回滚！所以，当执行写操作后，应该获取返回的“受影响的行数”，并判断是否为预期值，如果不是，必须抛出RuntimeException或其子孙类异常，以使得事务回滚！

在@Transactional注解中，可以通过rollbackFor属性或rollbackForClassName属性，来指定根据哪种RuntimeException执行回滚，还可以通过noRollbackFor属性或noRollbackForClassName，来指定对于哪些异常不执行回滚，以上4个属性都是数组类型的。

【小结】

• 如果某个业务方法中包含超过1次的写操作，必须保障此业务是事务性的

• 在业务方法中调用Mapper的增、删、改操作后，必须获取返回的“受影响的行数”，并判断是否为预期值，如果不是，必须抛出RuntimeException或其子孙类异常

• 事务的ACID特性

• 事务的传播

• 事务的隔离

69. 删除类别–Controller层

// http://localhost:9080/categories/9527/delete
@PostMapping("/{id:[0-9]+}/delete")
@ApiOperation("根据id删除类别")
@ApiOperationSupport(order = 200)
@ApiImplicitParam(name = "id", value = "类别ID", required = true, example = "9527", dataType = "long")
public JsonResult<Void> delete(@Range(min = 1, max = 1000000, message = "删除类别失败，类别ID非法！")
                               @PathVariable Long id) {
   
    log.debug("开始处理【根据id删除类别】的请求，参数：{}", id);
    categoryService.delete(id);
    return JsonResult.ok();
}

70. 启用/禁用类别–Mapper层

此前已经完成！

71. 启用/禁用类别–Service层

在ICategoryService接口中添加抽象方法：

void setEnable(Long id);
void setDisable(Long id);

在CategoryServiceImpl类中实现以上方法：

public void setEnable(Long id) {
   
    updateEnableById(id, 1);
}

public void setDisable(Long id) {
   
    updateEnableById(id, 0);
}

private void