*/
@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)]