问题描述：
同事测试时使用异常数据，代码报错但是并不是异常产生的错误，而出现：
Transaction rolled back because it has been marked as rollback-only
中文翻译就是：
事务已回滚，因为它被标记成了只回滚
代码片段：
// 我的代码
@Transactional(readOnly = true, rollbackFor = Exception.class)
public String select(String pid,String id) {
List<Object> list = this.commonService.select(pid,id);
if (CollectionUtils.isEmpty(list)) {
throw new ApplicationException("查询数据异常");
}
...
}
.....
// 调用代码
@Transactional(readOnly = true, rollbackFor = Exception.class)
public String select(String pid,String id) {
try{
// 针对异常进行捕获，但是没有抛出异常
this.measureService.select(pid,id);
}catch(ApplicationException e) {
}
}
错误原因分析：
A和B都有事务，A调用B，B中抛出了异常，A这边捕获B的异常，但是没有将异常抛出，导致A方法执行结束时，提交事务，出现了上述的错误
@Transactional原理：
@Transactional其内部是基于Aop实现的，
SpringAop异常捕获的原理：本拦截的方法需显示抛出异常，并不能经过任何处理，这样Aop代理才能捕获方法的异常，才能进行回滚，默认情况下Aop只捕获RuntimeException异常
这样原理就简单了，我们知道事务是可以继承的，那么A和B中可以理解为同一个事务，我们在B中进行了抛出了异常，然后再A中进行了捕获，但是没有抛出该异常，相当于在A中进行了处理，没有抛出该异常。细分下：B方法返回时，transcation已经被设置为rollback-only了，但是A这边捕获异常，没有继续向外抛,那么A方法结束时，就会由Aop来提交事务，但是此时transcation已经被设置为rollback-only了，所以就会抛出上述异常。
Rollback-only异常的解决：
1.B方法中我们可以手动捕获异常，并且处理该异常
try {
int i = 1/0;
}catch (Exception e) {
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
}
2.B方法中的事务我们可以开启一个新的事务，与A中的事务不一样，这样A中出现异常回滚的事务与B中的事务不是同一个事务，这样话就可以避免上述的问题了，但是这样会出现一个问题，如果B中也有对数据的操作，那么B中出现异常，是不会让A中的事务回滚的。该方法适用于B中没有对数据的操作
// 在B中方法上添加注解，另开一个事务
@Transactional(propagation = Propagation.REQUIRES_NEW)
