#如何通过 Spring 框架进行 JDBC 事务控制呢？

Spring 进行 JDBC 事务控制的方式

- 通过 xml 配置实现

- 通过注解实现

## 案例实操

### Xml 事物配置声明

#### 1).修改 xml 命名空间

~~~ xml

xmlns:tx="http://www.springframework.org/schema/tx"

http://www.springframework.org/schema/tx

http://www.springframework.org/schema/tx/spring-tx.xsd

~~~

#### 2).aop代理

~~~ xml

~~~

#### 3).配置事物管理器

~~~ xml

      class="org.springframework.jdbc.datasource.DataSourceTransactionManager">

~~~

#### 4).配置事务相关通知

**一般来说增删改方法** **propagation=Required**，对于查询方法使用 read-only=**"true"**

示例如下:

~~~ xml

   

~~~

~~~ xml

事务传播行为介绍

@Transactional(propagation=Propagation.REQUIRED)

如果有事务, 那么加入事务, 没有的话新建一个(默认情况下)

@Transactional(propagation=Propagation.NOT_SUPPORTED)

容器不为这个方法开启事务

@Transactional(propagation=Propagation.REQUIRES_NEW)

不管是否存在事务,都创建一个新的事务,原来的挂起,新的执行完毕,继续执行老的事务

@Transactional(propagation=Propagation.MANDATORY)

必须在一个已有的事务中执行,否则抛出异常

@Transactional(propagation=Propagation.NEVER)

必须在一个没有的事务中执行,否则抛出异常(与 Propagation.MANDATORY 相反)

@Transactional(propagation=Propagation.SUPPORTS)

如果其他 bean 调用这个方法,在其他 bean 中声明事务,那就用事务.如果其他 bean 没有声明事务,那就不用事务.

~~~

#### 5).配置 aop（切入点、通知）

~~~ xml

   

   

~~~

### Spring 事务管理注解方式

#### 1).配置事物管理器

~~~ xml

    class="org.springframework.jdbc.datasource.DataSourceTransactionManager">

   

~~~

#### 2).配置注解支持

~~~ xml

~~~

#### 3).Service 方法上在需要添加事务的方法上加入事物注解

~~~ java

@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 捕获进而回滚.**需要视频配套资料或其他资料+我们小姐姐V lezijie007（加好友暗号 98 ，不备注不加）

## 扩展

### 事务四大特性(即：ACID）

原子性（Atomicity）：业务控制的最小单位，并发控制的最小单位，【不可以分割】

一致性（Consistency）：事务在执行前后，数据库中数据要保持一致性状态。（如转账的过程 账户操作后数据必须保持一致）---- > 保证数据的完整性（正确性)

隔离性（Isolation）：事务与事务之间的执行应当是相互隔离互不影响的。（多个角色对统一记录进行操作必须保证没有任何干扰），当然没有影响是不可能的，为了让影响级别降到最低，通过隔离级别加以限制:

* READ_UNCOMMITTED

* READ_COMMITTED

* REPEATABLE_READ

* SERIALIZABLE

持久性（Durability）:事务提交完毕后，数据库中的数据的改变是永久的.