Spring

通知调用 静态通知调用 拿之前介绍过的代码举例： 输出结果为 其余的和前面介绍的都一样，只是又额外添加了after 和 around的改写 但是实际上无论after 还是 before都会转换为 Me

切点匹配 根据名字进行匹配 根据注解进行匹配 @Transactional注解 前面提到的，无论是execution 还是 annotation只能去匹配方法上的，都不能解决如特定情况 因此需要换一个

动态代理 JDK 假设我们有这样的接口 和 实现类，那么我们如何还原 JDK的动态代理呢？是分析源码吗？那太枯燥了，而且大概率看不懂，所以还不如本着自己的思想来还原JDK的代理。 比如说最开始我们先来

编译器增强 当我们运行的时候，实际上，相当于foo方法就被代理增强了 输出： 而看到 MyAspect类，其实并没有被Spring管理，但是还是能实现代理的能力，这是怎么回事呢？ 这说明aop的实现不

Spring源码之BeanFactory与ApplicationContext的区别，深入挖掘底层内在！

前言 Spring IOC 中的Bean生命周期大致分为四个阶段：实例化、属性赋值、初始化、销毁。。

Bean后置处理器与注解的关系 首先以一个没有添加额外的后置处理器来说明：️GenericApplicationContext 运行发现，bean1 bean2 bean3 并没有被注册成功！ 通过分

Aware接口 其实在生命周期中，Aware接口也参与进来了，如图所示： 如初始化时的第三步，其实就是调用了Aware相关接口。 以常见的Aware接口举例： 1.BeanNameAware 主要是注