事务的acid原则：
-
原子性 ：要么都成功，要么都失败
-
一致性 ：一旦所有事务动作完成，事务就要被提交。数据和资源处于一种满足业务规则的一致性状态中
-
隔离性 ：可能多个事务会同时处理相同的数据，因此每个事务都应该与其他事务隔离开来，防止数据损坏
-
持久性：事务一旦提交，无论系统发生什么问题，结果都不会被影响。
Spring在事务管理API之上定义了一个抽象层，使得开发人员不必了解底层的事务管理API就可以使用Spring的事务管理机制，包含以下两种：
- 声明式事务
- 编程式事务
编程式事务管理
将事务管理代码嵌到业务方法中来控制事务的提交和回滚
缺点：必须在每个事务操作业务逻辑中包含额外的事务管理代码
声明式事务管理
一般情况下比编程式事务好用。
将事务管理代码从业务方法中分离出来，以声明的方式来实现事务管理。
将事务管理作为横切关注点，通过aop方法模块化。Spring中通过Spring AOP框架支持声明式事务管理。
使用Spring管理事务，注意头文件的约束导入 : tx
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context ="http://www.springframework.org/schema/context"
xmlns:aop ="http://www.springframework.org/schema/aop"
xmlns:tx ="http://www.springframework.org/schema/tx"
xsi:schemaLocation="http://www.springframework.org/schema/beans
https://www.springframework.org/schema/beans/spring-beans.xsd
http://www.springframework.org/schema/context
https://www.springframework.org/schema/context/spring-context.xsd
http://www.springframework.org/schema/tx
https://www.springframework.org/schema/tx/spring-tx.xsd
http://www.springframework.org/schema/aop
https://www.springframework.org/schema/aop/spring-aop.xsd">
注册事务类
<bean id="DataSourceTransactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource" ref="resource"/>
</bean>
配置事务的通知如下：
<!--配置事务通知-->
<tx:advice id="txAdvice" transaction-manager="DataSourceTransactionManager">
<tx:attributes>
<!--propagation传播属性，默认是REQUIRED-->
<tx:method name="add" propagation="REQUIRED"/>
<tx:method name="delete" propagation="REQUIRED"/>
<tx:method name="update" propagation="REQUIRED"/>
<tx:method name="search" propagation="REQUIRED"/>
<tx:method name="get" read-only="true"/>
<tx:method name="*" propagation="REQUIRED"/>
</tx:attributes>
</tx:advice>
上面propagation，表示事务传播行为，就是多个事务方法相互调用时，事务如何在这些方法间传播。spring支持7种事务传播行为：
- propagation_requierd：如果当前没有事务，就新建一个事务，如果已存在一个事务中，加入到这个事务中，这是最常见的选择。
- propagation_supports：支持当前事务，如果没有当前事务，就以非事务方法执行。
- propagation_mandatory：使用当前事务，如果没有当前事务，就抛出异常。
- propagation_required_new：新建事务，如果当前存在事务，把当前事务挂起。
- propagation_not_supported：以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
- propagation_never：以非事务方式执行操作，如果当前事务存在则抛出异常。
- propagation_nested：如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行与propagation_required类似的操作
Spring 默认的事务传播行为是 PROPAGATION_REQUIRED，它适合于绝大多数的情况。
将事务通知插入具体的代码中：
<aop:config>
<aop:pointcut id="right" expression="execution(* com.hys.dao.*.*(..))"/>
<aop:advisor advice-ref="txAdvice" pointcut-ref="right"/>
</aop:config>
如下代码表示上面要插入的地方，这时候当执行select方法时，调用其他两方法，需要保证调用的方法都执行成功才会提交，要是有一个失败就会rollback~
public class userMapperIml extends SqlSessionDaoSupport implements userMapper{
@Override
public List<user> select() {
List<user> select = getSqlSession().getMapper(userMapper.class).select();
addUser();
delUser();
return select;
}
@Override
public void addUser(user user) {
getSqlSession().getMapper(userMapper.class).addUser(user);
}
@Override
public void delUser(int id) {
getSqlSession().getMapper(userMapper.class).delUser(id);
}
}
在事务的传播中，假设 ServiveX#methodX() 都工作在事务环境下（即都被 Spring 事务增强了），
假设程序中存在如下的调用链：Service1#method1()->Service2#method2()->Service3#method3()，
那么这3 个方法通过 Spring 的事务传播机制都工作在同一个事务中。
上面就是这个例子！