一、spring事务介绍
spring事务优点
- 对不同的api进行统一编程模型，如JTA,JDBC,Hibernate,JPA,JDO...
- 支持声明式事务
- 简化编程式事务api
- 对spring数据层的完美抽象
spring事务的传播性
PROPAGATION_REQUIRED 如果当前没有事务，就新建一个事务，如果已经存在一个事务中，加入到这个事务中
PROPAGATION_REQUIRES_NEW 每一个受影响的事务作用域都使用完全 独立的事务.物理上的事务就不同了并且可以独立的提交或者回滚, 外部事物不会影响到内部事务的回滚 状态
PROPAGATION_NESTED 事务嵌套 子事务是父事务的一部分，父事务失败则全部回滚，如果子事务失败，则回滚到进入子事务之前的状态
官网好像只列出了这几个，但是很多博客都说有9种，不过我们大部分都用的Required级别，其它的就不深究了，如果需要进一步了解可参考 https://my.oschina.net/dongli...
二、如何使用spring事务
声明式事务
理解声明式事务实现机制
注解事务的最基本是利用了spring的aop实现，调用者调用的实则是目标类的代理类，代理类有事务的拦截器Interceptor, TransactionInterceptor 来实现对应的事务处理
xml配置方式
tx-method配置项说明
| 配置项 | 是否必须 | 默认值 | 描述 |
|---|---|---|---|
| name | 是 | ||
| propagation | 否 | REQUIRED | 事务传播行为，参考上文描述 |
| isolation | 否 | DEFAULT | 隔离级别 default使用数据库默认的事务隔离级别 |
| timeout | 否 | -1 | 事务超时时间 单位 秒 |
| read-only | 否 | false | 事务级别是否只读 |
| rollback-for | 否 | ----- | 指定回滚异常类型 |
| no-rollback-for | 否 | ----- | 指定什么异常类型不回滚 |
isolation 可选值
DEFAULT 使用当前数据库默认的事务界别
READ_UNCOMMITTED
READ_COMMITTED
REPEATABLE_READ 可重复读
SERIALIZABLE
注解方式（常用）
配置的方式是采用通配符的方式进行事务切入，不够灵活，在实际开发中注解的方式用的较多，配置可参考下面
需要事务的方法加上注解即可
//注解加到类上，则该类里所有public方法启用事务
//注解加在方法上，则只有方法启用事务
@Transactional
public class DefaultFooService implements FooService {
Foo getFoo(String fooName);
Foo getFoo(String fooName, String barName);
void insertFoo(Foo foo);
void updateFoo(Foo foo);
}方法可见性和@Transactional
当使用代理时, 你应该只给public可见性的方法添加@Transactional注解. 如果你给protected, private或者包访问的方法添加了@Transactional注解, 不会产生错误, 但是事务不生效. 如果你需要给非公开的方法添加注解可以参考其它文档，此处不做概述
多数据源，多事务
//名字和事务管理器同名即可
@Transactional("txManager1")
public class DefaultFooService implements FooService {
Foo getFoo(String fooName);
Foo getFoo(String fooName, String barName);
void insertFoo(Foo foo);
void updateFoo(Foo foo);
}也可以给txManager加上别名
//名字和事务管理器的qualifier相同即可
@Transactional("order")
public class DefaultFooService implements FooService {
Foo getFoo(String fooName);
Foo getFoo(String fooName, String barName);
void insertFoo(Foo foo);
void updateFoo(Foo foo);
}*使用注解的方式，注意下面这种情形，防止事务不生效
1.不要对自己要进行事务控制的代码进行try catch，spring的事务触发是执行体出现异常，如果自己的程序catch住了异常，spring事务管理器以为执行成功，回滚不生效
//错误示例
@Transactional
public void update2(String name){
try {
jdbcTemplate.execute("UPDATE t_menua SET mname='"+name+"' WHERE mid=106 ");
} catch (DataAccessException e) {
e.printStackTrace();
}
}- 嵌套执行，A 调用 B ， A没有加事务注解，事务不生效
//错误案例
@Transactional
public void update2(String name){
jdbcTemplate.execute("UPDATE t_menua SET mname='"+name+"' WHERE mid=106 ");
}
public void update3(String name) {
this.update2(name);
throw new RuntimeException();
}调用堆栈如下
//事务生效
@Transactional
public void update2(String name){
jdbcTemplate.execute("UPDATE t_menua SET mname='"+name+"' WHERE mid=106 ");
}
@Transactional
public void update3(String name) {
this.update2(name);
throw new RuntimeException();
}调用堆栈如下
大家对比可以发现，第一种的执行栈里压根就没有事务拦截器，所以事务没有生效
编程式事务
spring 配置
java代码
public class LocalDataService {
/**
* 编程式事务模板
*/
@Resource
private TransactionTemplate transactionTemplate;
/**
* dao层执行体,可以是hibernate,mybatis等其它db框架
*/
@Resource
private JdbcTemplate jdbcTemplate;
/**
* 修改数据
*/
public void update(final String name){
transactionTemplate.execute(new TransactionCallback() {
public Integer doInTransaction(TransactionStatus transactionStatus) {
jdbcTemplate.execute("UPDATE t_menua SET mname='"+name+"' WHERE mid=106 ");
return 1;
}
});
throw new RuntimeException();
}
} transactionTemplate 官方有两种
TransactionTemplate
PlatformTransactionManager
Spring一般都推荐使用TransactionTemplate来进行编程式事务管理. 第二种方式有点类似于使用JTA的 UserTransaction接口
参考文档
spring中文文档 http://spring.cndocs.tk/trans...