A类 callBack_test()
B类 testadd()
C类 select(),得查询到B类testadd方法中新增的数据,以及初始化一些属性
场景:A类 嵌套 B类 B类嵌套C类;都是由spring控制事务。
testadd方法中不受spring事务控制,单独新开个事务执行,能够使C类查询的到。
问题:A类是系统底层方法,必须受事务控制,且C类必须查询到刚刚add的数据。
分析:初步分析为:Spring事务传播性导致的,从A类开启的事务,就有完结,为了避免这种情况,最好将相关类,不要让spring控制事务。
testadd()方法显示开启事务。方法如下:
testadd方法中数据不受事务控制(要求:是否下发成功,不影响后续代码执行;因此要开启一个新事务)
//开启新事务,防止跟其他事务混淆
DataSourceTransactionManager transactionManager = (DataSourceTransactionManager) SpringContextFactory
.getBean("transactionManager");
DefaultTransactionDefinition def = new DefaultTransactionDefinition();
def.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRES_NEW); //事物隔离级别,开启新事务,与A类和B类不使用同一个事务。
TransactionStatus status = transactionManager.getTransaction(def); //获得事务状态 try{
**************代码逻辑****************
transactionManager.commit(status);
}catch (Exception e) {
// TODO: handle exception
transactionManager.rollback(status);
}
补充:
testadd方法配置成不让spring事务控制,testadd方法显示开启事务,手动提交。
尝试:
将B类的testadd方法加入spring事务控制中,且配置事务级别为PROPAGATION_REQUIRES_NEW,
不起作用,原因是直接把当前事务给挂起了
- PROPAGATION_REQUIRED:如果当前没有事务,就新建一个事务,如果已经存在一个事务,就加入到这个事务中。这是最常见的选择。
- PROPAGATION_SUPPORTS:支持当前事务,如果当前没有事务,就以非事务方式执行。
- PROPAGATION_MANDATORY:使用当前的事务,如果当前没有事务,就抛出异常。
- PROPAGATION_REQUIRES_NEW:新建事务,如果当前存在事务,把当前事务挂起。
- PROPAGATION_NOT_SUPPORTED:以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。
- PROPAGATION_NEVER:以非事务方式执行,如果当前存在事务,则抛出异常。
- PROPAGATION_NESTED:如果当前存在事务,则在嵌套事务内执行。如果当前没有事务,则执行与PROPAGATION_REQUIRED类似的操作
2. 备注:
疑问:如何手动提交spring管理的事务?注:spring事务级别是PROPAGATION_REQUIRED
答案:首先在类开始部分,开启一个事务,事务的隔离级别如果是PROPAGATION_REQUIRED,手动提交事务不起作用。
事务的隔离级别需要配置成.PROPAGATION_REQUIRES_NEW,手动提交事务才能起作用。
//开启新事务,防止跟其他事务混淆
DataSourceTransactionManager transactionManager = (DataSourceTransactionManager) SpringContextFactory
.getBean("transactionManager");
DefaultTransactionDefinition def = new DefaultTransactionDefinition();
def.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRES_NEW); //事物隔离级别,开启新事务,与A类和B类不使用同一个事务。
TransactionStatus status = transactionManager.getTransaction(def); //获得事务状态