转载

Sring事务原理分享小结

原本以为自己看了这么久的源码，分享效果应该不错，但是发现不是这样的，大部分人都是处于以为自己知道，实际上自己似是而非的情况。虽然细节，大的主线自己比较清楚，但是在告诉大家的时候，不是所有人的理解程度都和自己一样。

可能自己在讲的时候，大家以为自己理解了，但是推敲推敲，就能提出很多的疑问，如果将的范围比较大，就容易把自己也绕晕了。

事务不生效的几个结论

private,protect方法事务不生效
final修饰符修饰的方法和类不生效。
在当前的bean中，没有加上事务的方法调用有事务的方法不生效。如下，调用index方法，save方法上的事务不生效。

public String index(@RequestParam("name") String name,
                        @RequestParam("age") Integer age,
                        @RequestParam("id") Integer id
                        ){
        save(name,age,id);
        return "index";
    }

    @RequestMapping("/tx")
    @ResponseBody
    @Transactional
    public String save(@RequestParam("name") String name,
                       @RequestParam("age") Integer age,
                       @RequestParam("id") Integer id){
        System.out.println("hello");
        jdbcTemplate.update("insert into user(id,name,age)values(" + id + ",'"+name+"',"+age+")");
        jdbcTemplate.update("insert into user(id,name,age)values(2,'"+name+"',"+age+")");
        return "tx";
    }
复制代码

疑问

CGLib动态代理时，为什么private方法和protect方法是不生效的呢？

大家为了方便记忆，都会说CGLib的动态代理是基于继承的实现，而子类无法访问private方法，所以不生效。 实际这是错误的

真实情况，CGLib可以修改字节码，在子类中实现动态代理是完全可以的，之所以没有生效则是因为Spring的事务注解在被Spring解析的时候，Spring会判断事务的方法是不是public修饰符，如果不是public修饰符的话，则不使用事务代理。

AbstractFallbackTransactionAttributeSource类中
为什么final方法是不生效的呢？

同样的原因，在Spring创建动态代理的时候，会判断方法的修饰符是不是final的方法，如果是Final方法则直接走原始的方法，而不经过代理方法。

另外不经过Spring的CGLib也不会代理final的方法

CGLibAopProxy的ProxyFilter类。假设读者对Enhancer很熟悉了
另外还有问题

Spring生成的动态代理与代理的对象是两个Bean吗？一个Bean包装了原本的bean

注入的时候注入的是代理Bean还是实际的Bean？代理Bean

Aop的增强(Advice)和Proxy是什么关系？分JDK和CGLib，一般代理与增强是合成的...

多个AOP切到同一个切点的时候如何处理？获取拦截链，一个个执行