Spring AOP底层实现原理

1. AOP 底层原理

AOP 产生的是CGLIB 的代理对象， CGLib 是基于父子类来实现的，即代理类继承原始对象 ，代码表示：

class UserServiceProxy extends UserService{
    
}

如果说代理类里什么都没有，那么代理类执行方法，就相当于执行父类的方法，但是这样做肯定有问题，因为我们产生代理对象是为了实现AOP，是为了先执行切面里的方法，再去执行原始方法；事实上，代理类的实现方法是将父类作为属性，再重写父类的方法，在重写的方法中完成切面逻辑，然后调用父类属性的方法，即：

class UserServiceProxy extends UserService{
    UserService target;
    
    public void test{
        //切面逻辑 @Before 
        
        // 如果有@Transactional 注解的话会开启事务
        // 1.事务管理器新建一个数据库连接conn
        // 2.conn.autocommit = false
        target.test(); 
        // conn.commit() 或 conn.rollback()  
    }             
}

2. Spring 事务底层实现

Spring 事务也是通过代理来实现的，在代理类的方法里，首先判断是否有 @Transactional 注解，如果有的话开启事务，事务管理器会新建一个数据库连接conn， 并设置 conn.autocommit = false，然后调用父类对象的方法，方法执行SQL时拿到conn并执行jdbcTemplate，如果方法执行没有抛异常，那么调用conn.commit()，否则conn.rollback()；
Spring 事务失效，首先要判断调用该方法的是普通对象还是代理对象，如果只是普通对象调用方法，事务就会失效；
解决事务失效的方法：1）在普通对象中自己注入自己，然后调用属性的方法，这个时候调用方法的就是该属性的代理对象
2）拿到当前代理类，通过代理类执行方法

3. @Configuration 的底层实现

在事务执行过程中有一个重要环节，jdbcTemplate 执行 sql 时，要拿到数据库连接conn，这一部分是通过ThreadLocal 来实现的，ThreadLocal 是一个Map，key 是 DataSource， value 为 conn；
在没有加 @Configuration 注解时， jdbcTemplate 的 DataSource 和 事务管理器创建的 DataSource 是两个不同的对象，所以事务会失效
加了@Configuration ，会通过动态代理产生代理类