SpringIOC容器初始化源码解析(1)—— PostProcessor

本文涉及的产品
容器镜像服务 ACR,镜像仓库100个 不限时长
简介: 后置处理器PostProcessorBeanDefinitionRegistryPostProcessorBeanFactoryPostProcessorBeanPostProcessor

后置处理器PostProcessor

PostProcessor本身也是一种需要注册到容器里的Bean:


其里面的方法会在特定的时机被容器调用

实现不改变容器或者Bean核心逻辑的情况下对Bean进行扩展

对Bean进行包装,影响其行为、修改Bean的内容等


大类分为容器级别的后置处理器以及Bean级别的后置处理器:


BeanDefinitionRegistryPostProcessor

BeanFactoryPostProcessor

BeanPostProcessor


BeanDefinitionRegistryPostProcessor


 允许在正常的BeanFactoryPostProcessor检测开始之前注册更多的自定义beandefinition,所以可以编写一个实现类去实现BeanDefinitionRegistryPostProcessor接口,来往容器里注册额外的BeanDefinition实例



 之前在分析资源定位、加载、解析、注册链路时,AbstractApplicationContext的refresh()方法中调用了invokeBeanFactoryPostProcessors(beanFactory);,去执行容器级别的后置处理器


41.png


这个接口继承了BeanFactoryPostProcessor,所以也是一种特殊的BeanFactoryPostProcessor。里面有唯一一个方法,需要在方法体里创建出BeanDefinition实例,然后通过传入的registry将BeanDefinition注册到Registry对象里。


 顺着上面的思路,可以新建一个postprocessor包,并创建一个自定义的类,实现BeanDefinitionRegistryPostProcessor。


package com.wjw.postprocessor;
import com.wjw.entity.User;
import org.springframework.beans.BeansException;
import org.springframework.beans.factory.config.ConfigurableListableBeanFactory;
import org.springframework.beans.factory.support.BeanDefinitionBuilder;
import org.springframework.beans.factory.support.BeanDefinitionRegistry;
import org.springframework.beans.factory.support.BeanDefinitionRegistryPostProcessor;
import org.springframework.beans.factory.support.GenericBeanDefinition;
import org.springframework.context.annotation.Configuration;
@Configuration
public class CustomizedBeanDefinitionRegistryPostProcessor implements BeanDefinitionRegistryPostProcessor {
   @Override
   public void postProcessBeanDefinitionRegistry(BeanDefinitionRegistry registry) throws BeansException {
      Class<?> clazz = User.class;
      // 用于创建BeanDefinition实例
      BeanDefinitionBuilder builder =BeanDefinitionBuilder.genericBeanDefinition(clazz);
      // 创建BeanDefinition实例
      GenericBeanDefinition definition = (GenericBeanDefinition) builder.getRawBeanDefinition();
      registry.registerBeanDefinition("user5", definition);
   }
   @Override
   public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
   }
}


之后在程序入口尝试获取这个名为user5的bean

43.png

44.png


我们可以在这个后置处理器中去加载第三方bean以复用他们的能力(Mybatis)


BeanFactoryPostProcessor


 既然BeanDefinitionRegistryPostProcessor负责对BeanDefinition实例的自定义注册,剩下的两个后置处理的作用主要就是影响容器里的行为了。


45.png

  该接口也是只有一个方法,该方法是在refresh()方法中的invokeBeanFactoryPostProcessors方法中被执行的。


BeanPostProcessor


package org.springframework.beans.factory.config;
import org.springframework.beans.BeansException;
import org.springframework.lang.Nullable;
public interface BeanPostProcessor {
   @Nullable
   default Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
      return bean;
   }
   @Nullable
   default Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
      return bean;
   }
}

该接口由两个回调方法组成,对于用容器创建的bean实例,BeanPostProcessor都会在调用容器初始化之前以及在任何bean初始化回调之后,都从容器获得回调执行,对应的就是上面两个方法。


例子:


package com.wjw.postprocessor;
import org.springframework.beans.BeansException;
import org.springframework.beans.factory.config.BeanPostProcessor;
import org.springframework.context.annotation.Configuration;
@Configuration
public class CustomizedBeanPostProcessor implements BeanPostProcessor {
   public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException{
      System.out.println(beanName + "----- postProcessBeforeInitialization() ");
      return bean;
   }
   public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException{
      System.out.println(beanName + "----- postProcessAfterInitialization() ");
      return bean;
   }
}


47.png


 可以使用BeanPostProcessor的能力来实现对bean的包装,即在bean创建出来之后也就是postProcessAfterInitialization方法里对bean包装上一些通用的逻辑,比如统一去做一些耗时相关的日志统计,增强了行为之后,再将bean返回。


容器如何及时调用后置处理器中的方法来处理?

回到之前的refresh方法的invokeBeanFactoryPostProcessors方法里,进入到


PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(beanFactory, getBeanFactoryPostProcessors());


进行分析即可。


由于容器支持多个PostProcessor的注册,所以执行的时候要按照优先级来区分,这也是先前按照priorityOrder和Order区分的原因,在逐个执行这些postprocessor的时候,采用了设计模式里面的责任链模式


private static void invokeBeanDefinitionRegistryPostProcessors(
      Collection<? extends BeanDefinitionRegistryPostProcessor> postProcessors, BeanDefinitionRegistry registry) {
   for (BeanDefinitionRegistryPostProcessor postProcessor : postProcessors) {
      postProcessor.postProcessBeanDefinitionRegistry(registry);
   }
}

每个接收者都会包含对另外一个接收者的引用,如果一个对象不能处理该请求,会把相同的请求转发给下一个接收者,以此类推。


相关文章
|
6月前
|
算法 测试技术 C语言
深入理解HTTP/2:nghttp2库源码解析及客户端实现示例
通过解析nghttp2库的源码和实现一个简单的HTTP/2客户端示例,本文详细介绍了HTTP/2的关键特性和nghttp2的核心实现。了解这些内容可以帮助开发者更好地理解HTTP/2协议,提高Web应用的性能和用户体验。对于实际开发中的应用,可以根据需要进一步优化和扩展代码,以满足具体需求。
637 29
|
6月前
|
前端开发 数据安全/隐私保护 CDN
二次元聚合短视频解析去水印系统源码
二次元聚合短视频解析去水印系统源码
184 4
|
6月前
|
JavaScript 算法 前端开发
JS数组操作方法全景图,全网最全构建完整知识网络!js数组操作方法全集(实现筛选转换、随机排序洗牌算法、复杂数据处理统计等情景详解,附大量源码和易错点解析)
这些方法提供了对数组的全面操作,包括搜索、遍历、转换和聚合等。通过分为原地操作方法、非原地操作方法和其他方法便于您理解和记忆,并熟悉他们各自的使用方法与使用范围。详细的案例与进阶使用,方便您理解数组操作的底层原理。链式调用的几个案例,让您玩转数组操作。 只有锻炼思维才能可持续地解决问题,只有思维才是真正值得学习和分享的核心要素。如果这篇博客能给您带来一点帮助,麻烦您点个赞支持一下,还可以收藏起来以备不时之需,有疑问和错误欢迎在评论区指出~
|
6月前
|
存储 前端开发 JavaScript
在线教育网课系统源码开发指南:功能设计与技术实现深度解析
在线教育网课系统是近年来发展迅猛的教育形式的核心载体,具备用户管理、课程管理、教学互动、学习评估等功能。本文从功能和技术两方面解析其源码开发,涵盖前端(HTML5、CSS3、JavaScript等)、后端(Java、Python等)、流媒体及云计算技术,并强调安全性、稳定性和用户体验的重要性。
|
6月前
|
负载均衡 JavaScript 前端开发
分片上传技术全解析:原理、优势与应用(含简单实现源码)
分片上传通过将大文件分割成多个小的片段或块,然后并行或顺序地上传这些片段,从而提高上传效率和可靠性,特别适用于大文件的上传场景,尤其是在网络环境不佳时,分片上传能有效提高上传体验。 博客不应该只有代码和解决方案,重点应该在于给出解决方案的同时分享思维模式,只有思维才能可持续地解决问题,只有思维才是真正值得学习和分享的核心要素。如果这篇博客能给您带来一点帮助,麻烦您点个赞支持一下,还可以收藏起来以备不时之需,有疑问和错误欢迎在评论区指出~
|
10月前
|
监控 Java 应用服务中间件
高级java面试---spring.factories文件的解析源码API机制
【11月更文挑战第20天】Spring Boot是一个用于快速构建基于Spring框架的应用程序的开源框架。它通过自动配置、起步依赖和内嵌服务器等特性,极大地简化了Spring应用的开发和部署过程。本文将深入探讨Spring Boot的背景历史、业务场景、功能点以及底层原理,并通过Java代码手写模拟Spring Boot的启动过程,特别是spring.factories文件的解析源码API机制。
267 2
|
6月前
|
移动开发 前端开发 JavaScript
从入门到精通:H5游戏源码开发技术全解析与未来趋势洞察
H5游戏凭借其跨平台、易传播和开发成本低的优势,近年来发展迅猛。接下来,让我们深入了解 H5 游戏源码开发的技术教程以及未来的发展趋势。
|
9月前
|
设计模式 存储 安全
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
创建型模式的主要关注点是“怎样创建对象?”,它的主要特点是"将对象的创建与使用分离”。这样可以降低系统的耦合度,使用者不需要关注对象的创建细节。创建型模式分为5种:单例模式、工厂方法模式抽象工厂式、原型模式、建造者模式。
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
|
9月前
|
存储 设计模式 算法
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
行为型模式用于描述程序在运行时复杂的流程控制,即描述多个类或对象之间怎样相互协作共同完成单个对象都无法单独完成的任务,它涉及算法与对象间职责的分配。行为型模式分为类行为模式和对象行为模式,前者采用继承机制来在类间分派行为,后者采用组合或聚合在对象间分配行为。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象行为模式比类行为模式具有更大的灵活性。 行为型模式分为: • 模板方法模式 • 策略模式 • 命令模式 • 职责链模式 • 状态模式 • 观察者模式 • 中介者模式 • 迭代器模式 • 访问者模式 • 备忘录模式 • 解释器模式
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
|
9月前
|
设计模式 存储 安全
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
结构型模式描述如何将类或对象按某种布局组成更大的结构。它分为类结构型模式和对象结构型模式,前者采用继承机制来组织接口和类,后者釆用组合或聚合来组合对象。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象结构型模式比类结构型模式具有更大的灵活性。 结构型模式分为以下 7 种: • 代理模式 • 适配器模式 • 装饰者模式 • 桥接模式 • 外观模式 • 组合模式 • 享元模式
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析

推荐镜像

更多
  • DNS