事务为什么普遍加到service层

一、事务

说起事务我们首先想到的就是事务的四大特性(ACID):

1、原子性:事务中所有操作是不可再分割的原子单位，事务的操作要么全部成功,要么全部失败。（在同一个事务中,如果某个操作失败就会全部回滚）

2、一致性：事务操作前后的状态完全相同。(比如张三李四一共600元,无论张三李四之间如何转账,金钱总数仍为600)。

3、隔离性:不同操作之间互不影响。(多个连接同时操作同一张表,每个操作之间互不干扰(不影响数据的准确))

4、持久新:事务一旦被提交,对数据的改变是永久性的(即可保存到硬盘)。

二、为什么通常把事务加到service层

     首先如果放在DAO层,每次对数据库进行一次(增删改)操作事务就会被提交一次,事务的特性很可能就发挥不出来,这很有可能造成事务四大特性被破坏，尤其是一致性!这种操作的粒度比较大,比较不安全。

     通常相关的业务处理会放到同一个service中,一个service中会调用多个对数据库的操作(DAO层),因此事务得到优势就会得到充分地体现,这种粒度就比较适中,应用范围也比较广。

     controller层是为了处理前端请求并相应相应数据给用户,一个controller有可能调用大量的service,因此,如果把事务加到controller层,当某一个DAO的操作出现异常,那么所有的操作都会被回滚,即便某个些service层中的操作全部正常执行,这样对资源的浪费就很严重,而且效率也很低。这种操作的粒度就特别低,一般应用于某些对安全性要求特别高的系统上。