Spring原理学习系列之三：Spring AOP原理(从源码层面分析)-------上部

*/

@Pointcut(“execution(* com.tm.springrun.module.dao.UserDao.query())”)

public void declareJointPointExpression(){}

@Before(“declareJointPointExpression()”)

public void beforeMethod(JoinPoint joinPoint) {

String method = joinPoint.getSignature().getName();

System.out.println(“The method of before:” + method);

}

@After(“declareJointPointExpression()”)

public void afterMethod(JoinPoint joinPoint) {

String method = joinPoint.getSignature().getName();

System.out.println(“The method of after:” + method );

}

}

3.在Spring Context中获取Bean的实例，同时执行Bean实例的方法。

/**

• @Auther: taomeng

• @Date: 2018/9/17 23:37

• @Description: 测试AOP

*/

public class Test {

public static void main(String[] args) {

//1.加载spring环境

AnnotationConfigApplicationContext annotationConfigApplicationContext = new AnnotationConfigApplicationContext(AopConfig.class);

//2.获取spring context中的bean的实例

UserDao userDao = (UserDao)annotationConfigApplicationContext.getBean(“userDao”);

//3.执行bean中的方法

userDao.query();

}

}

同时需要在配置文件中开启AOP，如下所示：

aop:aspectj-autoproxy/

四、源码分析

---

对Spring AOP进行源码分析，就是要找到Spring框架中处理AOP的源头以及在什么阶段进行 数据织入的，带着这样的问题去做源码分析才可以做到有的放矢，要不然那么多源码看下去就像无头苍蝇一样不知道如何下手。

如同第二节示例代码所示， 在方法执行时，通知已经被执行了。那么Spring AOP应该是在前两个步骤中起作用的，要么是在Bean定义时候，要么就是在获取Bean的时候进行的。如下图所示，我们希望通过debug的方式找到AOP在什么阶段开始起作用。

以下为寻找AOP起作用起点的过程，首先我们猜测Spring在处理AOP的时候是在获取bean的时候进行数据的织入的，所以在获取bean的时候进行断点跟踪。

进入断点，进入AbstractBeanFactory类中的getBean方法。

进入getBean方法，在这个方法中

此时发现对象已经被代理了，所以需要到getSingleton(beanName)这个方法中去查看。

在这个我们可以发现，Spring框架存放bean名称以及对应的对象的数据结构实际上是一个ConcurrentHashMap。如下所示：

/** Cache of singleton objects: bean name --> bean instance */

private final Map<String, Object> singletonObjects = new ConcurrentHashMap<>(256);

我们可以看一下在这个map中的存放了Spring中加载的对象，这也是Spring IOC的核心。既然在这个map中获取到了bean，那肯定是在某个地方将对象进行put操作。全文搜索后发现，在DefaultSingletonBeanRegistry这个类中的addSingleton方法中进行对象put操作。

从上图可知，在对象put操作时，userDao对象已经被代理了。这就说明在获取到bean的时候，对应的对象已经是被代理过的。所以实际数据织入并不是在获取bean的时候进行的，而是在bean加载到Spring环境中的时候就已经完成了。

那接下来我们需要找出调用addSingleton方法的地方，

从下图可以看出来，此时的mdb还是原生的，那说明此时还没有进行数据织入，是在下面的方法中进行的。

在doCreateBean方法中，我们跟踪到initializeBean的方法，此时发现bean已经被数据织入了，继续进入方法。

继续查看initializeBean方法内部，如下图所示：

再继续查看

再进入方法进行查看

至此，我们终于跟踪到实现代理的最初部分，其中根据条件判断是jdk代理还是cglib代理。

五、总结

---

Spring源码很复杂，如果不是带着目标去看，很难抓住重点。在寻找数据织入的部分，需要一步一步进行，每找到一个部分就需要在对应的部分打上断点，同时去掉之前的断点，不断迭代深入，直到获取到最终的起点，关于代理的这部分内容会放到下一篇文章中进行详细阐述。

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加V获取：vip1024b （备注Java）

Java核心架构进阶知识点

面试成功其实都是必然发生的事情，因为在此之前我做足了充分的准备工作，不单单是纯粹的刷题，更多的还会去刷一些Java核心架构进阶知识点，比如：JVM、高并发、多线程、缓存、Spring相关、分布式、微服务、RPC、网络、设计模式、MQ、Redis、MySQL、设计模式、负载均衡、算法、数据结构、kafka、ZK、集群等。而这些也全被整理浓缩到了一份pdf——《Java核心架构进阶知识点整理》，全部都是精华中的精华，本着共赢的心态，好东西自然也是要分享的

内容颇多，篇幅却有限，这就不在过多的介绍了，大家可根据以上截图自行脑补

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

图片转存中…(img-FGU1nL5O-1712674943006)]

内容颇多，篇幅却有限，这就不在过多的介绍了，大家可根据以上截图自行脑补

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
[外链图片转存中…(img-6jLs9RnS-1712674943007)]