框架 - 随笔分类 - 忧愁的chafry

摘要：1.说明代理模式的解释：为其他对象提供一种代理以控制对这个对象的访问，增强一个类中的某个方法，对程序进行扩展。 2.类型： CGLib动态代理和JDK动态代理 3.使用介绍（1）CGLib动态代理的使用使用示例： 1、针对代理类的示例 //构建代理对象 public class TestObj 阅读全文

posted @ 2022-09-21 06:28 忧愁的chafry 阅读(129) 评论(0) 推荐(0) 编辑

注解@PostConstruct分析

摘要：作用 1.注解@PostConstruct可以添加在类的方法上面，如果这个类被IOC容器托管，那么在对Bean进行初始化前的时候会调用被这个注解修饰的方法被定义在哪里？ 1.被定义在了CommonAnnotationBeanPostProcessor类，这个类是InitDestroyAnnotat 阅读全文

posted @ 2022-09-15 18:12 忧愁的chafry 阅读(132) 评论(0) 推荐(0) 编辑

Spring启动过程中创建bean过程中初始化前部分的代码分析

摘要：实例化前的作用 1.初始化前，也是Spring提供的一个扩展点：BeanPostProcessor.postProcessBeforeInitialization()。 2.利用初始化前，可以对进行了依赖注入的Bean进行处理。使用示例 1.首先必须要添加@Component注解，因为处理器不加入阅读全文

posted @ 2022-09-15 18:12 忧愁的chafry 阅读(297) 评论(0) 推荐(0) 编辑

Spring启动过程中创建bean过程中自动注入部分的代码分析

摘要：意义 1.为什么需要自动注入？需要自动注入的原因是基于控制反转的理念产生的，在IOC容器中，我把所有需要用的类变成Bean对象，当发现某个Bean需要用到我所拥有的其他Bean的时候，我就自动将Bean的实例赋予过去。 2.为什么现在使用自动注入的方式会被放弃？具体原因是容易调用无关的东西，不阅读全文

posted @ 2022-09-14 18:47 忧愁的chafry 阅读(91) 评论(0) 推荐(0) 编辑

Spring启动过程中创建bean过程中BeanDefinition的后置处理部分的代码分析

摘要：意义 1.这部分的代码看似很简洁，但是却便于扩展，而且对于增加功能也不用改动主体代码（策略模式，也是为什么要用设计模式的原因） 2.其次是为什么要有这一步，这一步针对的是 BeanDefinition 的处理，正如我们经常在类加上一些依赖注入或者其他的注解（这里便是为了让把这些注解封装成对象，塞入到阅读全文

posted @ 2022-09-14 17:20 忧愁的chafry 阅读(115) 评论(0) 推荐(0) 编辑

注解@DependsOn解析

摘要：作用 @DependsOn注解可以定义在类和方法上，意思是我这个组件要依赖于另一个组件，也就是说被依赖的组件会比该组件先注册到IOC容器中。在哪里被解析解析的地方在 ComponentScanAnnotationParser类#doScan方法【可查看Spring基于注解的扫描底层流程】代码阅读全文

posted @ 2022-09-13 13:49 忧愁的chafry 阅读(1014) 评论(0) 推荐(0) 编辑

Spring启动过程中实例化前部分的分析

摘要：代码部分说明 1.hasInstantiationAwareBeanPostProcessors()方法说明其实是判断 AbstractBeanFactory类的hasInstantiationAwareBeanPostProcessors中是否标志有处理器（ 5.3版本后其实是存放于Bean 阅读全文

posted @ 2022-09-13 13:24 忧愁的chafry 阅读(122) 评论(0) 推荐(0) 编辑

bean的作用域解析

摘要：说明意义 1.在Spring中，Bean的作用域可以通过scope属性来指定。 2.指定作用域的目的是存储在此类单例bean的高速缓存中，并且对该命名bean的所有后续请求和引用都返回该高速缓存的对象。（本身的理念就是以空间换时间的思维，创建步骤繁杂，而且频繁用到，我就存起来，下次用的时候就不用阅读全文

posted @ 2022-09-09 17:03 忧愁的chafry 阅读(398) 评论(0) 推荐(0) 编辑

梦中残影如月

为自我而愉悦，为自我而努力，为自我而探索

随笔分类 - 框架

公告