一、背景
在日常开发中，经常有需要使用事务来保证数据一致性的情况。简单点的话直接在方法上面加@Transactional注解就可以了。
但这样存在一个问题，在整个业务方法层面加注解会把很多并不需要归入事务的操作也归入到了事务里面，这样会可能会出现大事务的情况，影响系统性能。
为了提高系统性能，比较好的一种方案是只把操作数据库的部分代码放到一个方法，给这个小方法加上事务，这样基本不会出现大事务的问题。而要实现这种方案，会碰上很常见的一种事务失效的场景。
二、事务失效场景
serviceImpl层
@Service
public class SdSchoolCallRecordServiceImpl extends ServiceImpl<SdSchoolCallRecordMapper, SdSchoolRlyCallRecord> implements ISdSchoolCallRecordService {
@Override
@Transactional(rollbackFor = Exception.class)
public boolean test1() {
SdSchoolRlyCallRecord callRecord=new SdSchoolRlyCallRecord();
callRecord.setCallReason(2);
this.save(callRecord);
int a=10/0;
SdSchoolRlyCallRecord callRecord1=new SdSchoolRlyCallRecord();
callRecord1.setCallReason(6);
this.save(callRecord1);
return true;
}
@Override
public boolean testTran1() {
return this.test1();
}
}
Controller层
@GetMapping(value = "/tes1")
@ApiOperation(value = "tes1", notes = "tes1")
public Result<?> tes1() {
sdSchoolCallRecordService.testTran1();
return null;
}
调用接口，看数据库，多了一条记录，事务回滚失败。
三、新方式调用
ServiceImpl层（为了区分把值换成1）
@Service
public class SdSchoolCallRecordServiceImpl extends ServiceImpl<SdSchoolCallRecordMapper, SdSchoolRlyCallRecord> implements ISdSchoolCallRecordService {
//注入自身
@Resource
private ISdSchoolCallRecordService sdSchoolCallRecordService;
@Override
@Transactional(rollbackFor = Exception.class)
public boolean test1() {
SdSchoolRlyCallRecord callRecord=new SdSchoolRlyCallRecord();
callRecord.setCallReason(1);
this.save(callRecord);
int a=10/0;
SdSchoolRlyCallRecord callRecord1=new SdSchoolRlyCallRecord();
callRecord1.setCallReason(5);
this.save(callRecord1);
return true;
}
@Override
public boolean testTran1() {
//采用对象的方式调用方法
return sdSchoolCallRecordService.test1();
}
}
Controller层没有变化。
调用接口，查看数据库，没有记录，事务成功回滚。
四、解析
Spring事务是通过动态代理实现的，而内部方法调用不走动态代理，因而方法上的注解就无法生效。（因为这个事务注解对应的类必须加上Component或Service注解）。
既然需要动态代理才能使用，那么针对这种方式，如果我们在类里面注入自身，然后通过对象调用不就也可以将事务交给事务管理器管理。调用方式也就和普通事务能生效的Service方法一样。
