关于Spring

目录

事务篇

---

事务篇

先说结论 Spring事务实际上依赖的是@Transactional接口和数据库的事务实现。

举个例子说，比如我们现在有一个**Service1类，这个类的方法MethodA执行一个向表A中插入数据；还有一个**Service2类，这个类的方法MethodA执行一个向表B中插入数据。

那么：如果MethodA被@Transcational注解了，那么如果方法A报错，他对数据库的所有操作都会被回滚，对MethodB也是同理。

注意：如果想要事务被回滚，抛出的一定要是RuntimeException或者Error

SPring事务还有另外一个重要的使用是事务的传播。也就是说，定义如果一个Transcational方法调用另一个Transcational方法会发生什么。这里列举常用的三总：REQUIRED，REQUIRES_NEW和NESTED（声明方式是：@Transactional(propagation = ****)）

1、默认为REQUIRED。就是说把两个事务合并为一个事务，任何一个报错都会导致全部回滚。

2、REQUIRES_NEW。这个是新建一个事务。一般我们把外部方法对应的称为父事务，方法内被调用的称为子事务。那么如果是这个传播类型的话，子事务是会新建一个新的事务，子事务报错或回滚不会影响父事务（要注意如果抛出错误的话父事务也会收到这个报错，如果不catch的话父事务相当于也报错了，从形式上看似乎是两个事务一起回滚，但实际上是报错没处理导致的）

3、NESTED。这个说的是子事务嵌套父事务。即子事务和父事务实际上是共用一个事务，但子事务回滚报错只要被正常捕获就不会影响父事务。和REQUIRES_NEW的区别就是他们共用一个事务，那么就会共用回滚点等

事务失效：在SPring中，事务有个很重要的知识点是事务的失效。其实从根上说，SPring的事务是基于数据的事务的，所以不存在什么错误的问题，所谓事务失效其实指的更多的是由于没有正确使用代理等导致的@Transcational注解失效，即注解没有被正确识别并执行。下面是几种常见情况

1、若同一类中的其他没有 @Transactional 注解的方法内部调用有 @Transactional 注解的方法，有 @Transactional 注解的方法的事务会失效。说白了就是一个方法直接调用一个被@Transcational注解的方法。这种情况会跳过代理直接执行方法本身。正确使用方法应该是调用SPring中的Bean来执行这个方法，这样才能正确使用代理。

这里再提一下SPring动态代理的实现。它实际上是SPring生成一个对应Bean的代理并注册到容器中，这样在使用SPring中的Bean时，实际上调用的是对应的代理，因此代理方法等可以正确执行。但是如果像上面内种直接调用方法的话，执行的就只是对应的方法，而不是代理方法

2、@Transactional 注解只有作用到 public 方法上事务才生效。这种实际上也是，SPring默认是jdk动态代理，这种代理要求被代理类实现接口（他的代理是一个实现了接口的类），接口方法的实现要求一定是public的，所以从效果来看是非public方法的事务失效，其实还是代理失效。（CGLIB的动态代理确实不要求public了，但SPring的实现不支持非public方法的CGLIB代理，因为非public方法一般被认为是类的内部方法，不向外暴露。也就是说，CGLIB实现非public的动态代理技术上没问题，但SPring没这么干）

3、@Transcational注解的方法的类没有被注册为Bean。这种也很好理解，还是没代理。