关于spring的AOP思想的由来

关于spring的AOP思想由来

关于spring的AOP的由来
首先，我们看一个案例：在一个转账方法中：
1、查询出转出账户（获取连接）
2、查询出转入账户（获取连接）
3、更新转出账户（获取连接）
这里报一个错
4、更新转入账户（获取连接）

在该方法中，一共获取了4个链接，但是如果说，在第三个链接执行完了之后，报了个错误，那么第四个链接就和前面三个链接割裂开了。
解决思路：将connection对象和线程绑定，这样使得一个线程中只能有一个控制事务的对象，形成整个操作方法的原子性。
1、编写connection的工具类，从数据源中获取一个连接，并且实现和线程的绑定。
ThreadLocal t1 = new ThreadLocal()；
Connection con = t1.get()；

并且，对线程进行判断，如果线程中获取不到connection对象，那么直接从DataSource中获取一个connection对象放入线程中，最终返回一个connection对象。
2、编写事务管理工具类
在该事务管理工具类中，从ConnectionUtils工具类中获取到connection对象后
1、开启事务setAutoCommit(false) 2、提交事务、3、回滚事务 4、释放连接

3、在DAO层，将ConnectonUtils中的connection对象传入QueryRunner的操作方法中。

4、在Service层中进行事务控制

那么此时就通过connection对象和线程绑定，并且开启事务控制来解决最开始的问题了。
但是，此时又出现新的问题了：在四个转账连接中，每一个连接都要进行上面的6部操作实在是太过冗余。
此时，就要用到动态代理。 将事务控制和业务方法解耦分离，也就是AOP思想。