Spring事务的代理对象特性

Spring事务需要通过代理对象来实现，而代理对象只能代理public修饰的方法。如果我们的事务方法没有被public修饰，那么代理对象就无法代理这个方法，从而导致事务不生效。解决方案是将事务方法的访问修饰符改为public。
如下：你在自己的方法里直接调用saveInfo方法，我们可以发现tableA的数据并没有回滚，所以事务注解在这里是失效的。

如果我们以代理的方式的代码，再次发送相同请求，发现事务才生效在，遇到异常之后回滚，数据未插入数据库。

案例： Spring JPA的save和saveAll方法
Save方法: 


SaveAll方法:
 

线程数消耗及配置，上下两张图片都指链接数消耗


总结: 
save方法：插入一万条数据，耗时34s, 数据库连接数4(本方法消耗的其实是1因为我打开了sqlserver查询窗口有消耗链接数，因此多事务在同一线程中并不会消耗链接数，而是使用的同一链接,线程数的消耗是按照线程分配)。
saveAll方法: 插入一万条数据，耗时2s，数据库连接数同save方法。
因此多建事务虽然使用的是同一链接connection session，但是由于需要平凡提交事务故而会消耗数据库资源。如下saveAll方法它还是循环调用的save方法。两个方法都是使用的@Transactional 当saveAll 调用save方法的时候，由于他们不是使用的代理类调用，所以当saveAll中调用save方法时，其实总共是只有一个事务的，save中的事务就变得无效了。当然如果save和saveAll不在一个方法里面，而是通过代理对象的方式调用，也会有同样效果，因为事务的默认特性是REQUIRED,会加入到现有事务。

更多事务相关：

Spring的事务的传播行为_TGO-Ming的博客-CSDN博客