追加事务控制的方法

追加事务控制的方法
1，追加try{...}catch（）{...}，修改量非常大；
2，利用spring事务控制，将食物控制功能切入到所有的service方法上，修改量很小（推荐）。

spring事务控制采用了spring aop编程方式，基于AOP进行了封装。

spring事务控制方法
采用注解配置方式，使用spring事务控制。
》在spring配置文件中定义一个事物管理bean
》在spring配置文件中开启事物注解@Transactional
》在目标组件方法前或者类定义前添加@Transactional

@Transactional
public void someService(){
    // 操作1
    // 操作2
}

spring会调用someService方法，如果抛出异常，会回滚事物；
如果没有异常会提交事物。
如果不使用spring事物，默认是一个dao方法执行结束会自动提交。

spring事务控制属性
readonly
    可以控制事务是只读事务还是可读可写事务。
    只读：适合只有select操作的方法》readonly=true
    可读写：适合select，update，save，delete操作的方法》不写默认为false，readonly=false
rollbackFor
    可以控制遇到什么类型异常进行事务回滚，默认RuntimeException，RuntimeException才会回滚，其他异常类型需要指定
    》rollbackFor=IOException.class》rollbackFor=Exception.class，不管啥异常都回滚
propagation
    事务传播类型，默认类型为REQUIRED。
    @Transactional
    public void f1(){
        // 操作1
        // 操作2
        f2();
    }
    @Transactional
    public void f2(){
        // 操作3
        // 操作4
    }
    默认情况下Transactional会传播的，1234是一个整体。
    REQUIRED--支持当前事务，如果当前没有事务，就新建一个事务，这是最常见的选择。
    SUPPORTS--支持当前事务，如果当前没有事务，就以非事务方式执行。
    MANDATORY--支持当前事务，如果当前没有事务，就抛出异常。
    REQUIRES_NEW--新建事务，如果当前存在事务，把当前事务挂起。
    NOT_SUPPORTED--以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
    NEVER--以非事务方式执行，如果当前存在事务，则抛出异常。
    NESTED--
isolation
    事务隔离级别，默认为DEFAULT。
    public void f1(){// synchronized写在这里低效
        // 操作1
        synchronized(对象){
            // 操作2（争抢操作一个单例对象）
        }
        // 操作3
    }
    @Transactional
    public void f2(){
        // 操作1
        // 操作2》对数据库操作findAllUser》幻读
        // 操作3
    }
    @Transactional
    public void f3(){
        // 对数据库操作删除某个User
    }
    @Transactional
    public void f3(){
        // 对数据库操作更新某个User
    }
    为什么要隔离事务（一段与DB有关的逻辑操作）。
    如果一个事务对DB记录做处理，中间被另一个事务操作把DB数据破坏掉，就产生错误处理结果。
    因此为了保障事务处理的完整性，需要将两个事务操作隔离开。
    spring隔离级别有以下几种：
    READ_UNCOMMITED读未提交
    READ_COMMITED读已提交
    REPEATABLE_READ可重复读
    SERIALIZABLE序列化
    DEFALUT默认，根据数据库的能力自动选择，数据库软件本身有隔离级别，Oracle是READ_COMMITED，MySQL是REPEATABLE_READ
    隔离级别READ_UNCOMMITED最低，安全性最差，并发处理能力最强。
    隔离级别SERIALIZABLE最高，安全性最强，并发处理能力最差。
    一般使用时，选择DEFALUT，有些安全性问题，需要程序员通过编程锁进行解决，分悲观锁和乐观锁。