spring事务里面开启线程插入报错了是否会回滚
投稿：mrr
1.前言
一道非常有意思的面试题目。大概是这样子的，如果在一个事务中，开启线程进行插入更新等操作，如果报错了，事务是否会进行回滚。
2.代码
示例1
@RequestMapping("/test/publish/submit")
public String testPublish1() {
log.info("start...");
transactionTemplate.execute(new TransactionCallback<String>() {
@Override
public String doInTransaction(TransactionStatus status) {
TElement element = new TElement();
element.setfElementId(10L);
element.setfElementName("111");
mapper.insertSelective(element);
element = new TElement();
element.setfElementId(10L);
element.setfElementName("222");
mapper.insertSelective(element);
return "OK";
}
});
log.info("end...");
return "ok";
}示例2
@RequestMapping("/test/publish/submit2")
public String testPublish2() {
log.info("start...");
transactionTemplate.execute(new TransactionCallback<String>() {
@Override
public String doInTransaction(TransactionStatus status) {
es.submit(() -> {
TElement element = new TElement();
element.setfElementId(10L);
element.setfElementName("111");
mapper.insertSelective(element);
});
es.submit(() -> {
TElement element = new TElement();
element.setfElementId(10L);
element.setfElementName("222");
mapper.insertSelective(element);
});
return "OK";
}
});
log.info("end...");
return "ok";
}3.结论
示例1
element.setfElementId(10L); 为主键。SQL在第一次插入id=10的时候是没有问题的，在第二次插入id=10的时候，由于主键冲突了，导致报错，然后整个事务都会进行回滚，这是没有问题的。是spring的事务帮助我们来进行回滚等操作的。我们可以看到如下代码，他是对整个result = action.doInTransaction(status);进行了try catch。如果抛异常，就会回滚
@Override
@Nullable
public <T> T execute(TransactionCallback<T> action) throws TransactionException {
Assert.state(this.transactionManager != null, "No PlatformTransactionManager set");
if (this.transactionManager instanceof CallbackPreferringPlatformTransactionManager) {
return ((CallbackPreferringPlatformTransactionManager) this.transactionManager).execute(this, action);
}
else {
TransactionStatus status = this.transactionManager.getTransaction(this);
T result;
try {
result = action.doInTransaction(status);
}
catch (RuntimeException | Error ex) {
// Transactional code threw application exception -> rollback
rollbackOnException(status, ex);
throw ex;
}
catch (Throwable ex) {
// Transactional code threw unexpected exception -> rollback
rollbackOnException(status, ex);
throw new UndeclaredThrowableException(ex, "TransactionCallback threw undeclared checked exception");
}
this.transactionManager.commit(status);
return result;
}
}示例2
示例2首先是transactionTemplate.execute是一个主main线程。然后在第一个子线程插入了一个数据，第二个子线程也插入了一个数据。那么现在就是有三个线程，一个是main线程，一个是A线程，一个是B线程。
main线程正常执行不报错，A线程正常插入不报错，B线程由于主键冲突报错。
我们可以通过上面action.doInTransaction(status);看出来，他对这块代码进行了try catch。也就是主线程进行了try catch。那么也就是只要主线程没有报错，这个事务就不会被捕获，也就不会回滚了。无论你A，B还是CDEFG子线程出问题了，只要不影响main线程，那事务就不会回滚呢？
因此我们可以得出一个结论，在示例2中，A线程会插入成功，B线程插入失败，事务不会回滚，最终插入成功。这个其实与我们平常的想法所违背了。
因此如果想要主线程抛出异常，得让主线程感知到子线程异常了，主动地去throw异常。比如我们可以设置一个flag，子线程报错了 flag=true。主线程检测到flag为true，就主动抛出一个exception
4.最后
这道面试题非常有意思，起初以为会回滚，没想到不会回滚。查看代码得知，原来是catch住的是主线程，并不是子线程。同样注解式事务类似。因此如果想要事务生效，尽量避免在事务中使用多线程来进行插入更新等操作
到此这篇关于spring事务里面开启线程插入，报错了是否会回滚?的文章就介绍到这了,更多相关spring事务开启线程插入内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！