spring ioc源码-refresh();

2024-01-01 04:04
文章标签 java 源码 spring ioc refresh

本文主要是介绍spring ioc源码-refresh();,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

主要作用是刷新应用上下文

@Override
public void refresh() throws BeansException, IllegalStateException {synchronized (this.startupShutdownMonitor) {// 启动刷新的性能跟踪步骤StartupStep contextRefresh = this.applicationStartup.start("spring.context.refresh");// 准备刷新,设置标志位,保存了容器的启动时间prepareRefresh();// 子类实现,获取一个新的 BeanFactoryConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();// 准备 BeanFactory,设置一些基本的配置prepareBeanFactory(beanFactory);try {// 允许子类对 BeanFactory 进行进一步的处理postProcessBeanFactory(beanFactory);// 启动性能跟踪步骤,执行在容器中注册的 BeanFactoryPostProcessorsStartupStep beanPostProcess = this.applicationStartup.start("spring.context.beans.post-process");invokeBeanFactoryPostProcessors(beanFactory);// 注册 BeanPostProcessors,这些 processors 会拦截 Bean 的创建过程registerBeanPostProcessors(beanFactory);beanPostProcess.end();// 初始化消息源initMessageSource();// 初始化事件广播器initApplicationEventMulticaster();// 子类实现,初始化一些特殊的 beansonRefresh();// 注册监听器 beansregisterListeners();// 实例化所有剩余的(非懒加载的)单例 beansfinishBeanFactoryInitialization(beanFactory);// 最后一步:发布相应的事件finishRefresh();} catch (BeansException ex) {if (logger.isWarnEnabled()) {logger.warn("Exception encountered during context initialization - " +"cancelling refresh attempt: " + ex);}// 销毁已创建的单例 beans,以避免悬空资源destroyBeans();// 重置 'active' 标志位cancelRefresh(ex);// 将异常传播给调用者throw ex;} finally {// 重置 Spring 核心中的常见内省缓存,因为我们可能不再需要单例 beans 的元数据了resetCommonCaches();// 结束性能跟踪步骤contextRefresh.end();}}
}

主要就做了这些,对上面的方法进行分解:

prepareRefresh():

主要就是保存了启动时间,启动标志

protected void prepareRefresh() {// Switch to active.this.startupDate = System.currentTimeMillis();this.closed.set(false);this.active.set(true);//....省略部分代码}
prepareBeanFactory  
做准备工作
protected void prepareBeanFactory(ConfigurableListableBeanFactory beanFactory) {// Tell the internal bean factory to use the context's class loader etc.//设置类加载器		
beanFactory.setBeanClassLoader(getClassLoader());if (!shouldIgnoreSpel) {beanFactory.setBeanExpressionResolver(new StandardBeanExpressionResolver(beanFactory.getBeanClassLoader()));}beanFactory.addPropertyEditorRegistrar(new ResourceEditorRegistrar(this, getEnvironment()));// Configure the bean factory with context callbacks.//添加后置处理器:ApplicationContextAwareProcessorbeanFactory.addBeanPostProcessor(new ApplicationContextAwareProcessor(this));//忽略自动装配beanFactory.ignoreDependencyInterface(EnvironmentAware.class);beanFactory.ignoreDependencyInterface(EmbeddedValueResolverAware.class);beanFactory.ignoreDependencyInterface(ResourceLoaderAware.class);beanFactory.ignoreDependencyInterface(ApplicationEventPublisherAware.class);beanFactory.ignoreDependencyInterface(MessageSourceAware.class);beanFactory.ignoreDependencyInterface(ApplicationContextAware.class);beanFactory.ignoreDependencyInterface(ApplicationStartupAware.class);// BeanFactory interface not registered as resolvable type in a plain factory.//以下接口,允许自动装配,第一个参数是自动装配的类型,,第二个字段是自动装配的值// MessageSource registered (and found for autowiring) as a bean.beanFactory.registerResolvableDependency(BeanFactory.class, beanFactory);beanFactory.registerResolvableDependency(ResourceLoader.class, this);beanFactory.registerResolvableDependency(ApplicationEventPublisher.class, this);beanFactory.registerResolvableDependency(ApplicationContext.class, this);// Register early post-processor for detecting inner beans as //添加一个后置处理器:ApplicationListenerDetector,此后置处理器实现了BeanPostProcessor接口
ApplicationListeners.beanFactory.addBeanPostProcessor(new ApplicationListenerDetector(this));// Detect a LoadTimeWeaver and prepare for weaving, if found.if (!NativeDetector.inNativeImage() && beanFactory.containsBean(LOAD_TIME_WEAVER_BEAN_NAME)) {beanFactory.addBeanPostProcessor(new LoadTimeWeaverAwareProcessor(beanFactory));// Set a temporary ClassLoader for type matching.beanFactory.setTempClassLoader(new ContextTypeMatchClassLoader(beanFactory.getBeanClassLoader()));}// Register default environment beans.//在容器中还没有XX的bean的时候,帮我们注册beanName为XX的singleton beanif (!beanFactory.containsLocalBean(ENVIRONMENT_BEAN_NAME)) {beanFactory.registerSingleton(ENVIRONMENT_BEAN_NAME, getEnvironment());}if (!beanFactory.containsLocalBean(SYSTEM_PROPERTIES_BEAN_NAME)) {beanFactory.registerSingleton(SYSTEM_PROPERTIES_BEAN_NAME, getEnvironment().getSystemProperties());}if (!beanFactory.containsLocalBean(SYSTEM_ENVIRONMENT_BEAN_NAME)) {beanFactory.registerSingleton(SYSTEM_ENVIRONMENT_BEAN_NAME, getEnvironment().getSystemEnvironment());}if (!beanFactory.containsLocalBean(APPLICATION_STARTUP_BEAN_NAME)) {beanFactory.registerSingleton(APPLICATION_STARTUP_BEAN_NAME, getApplicationStartup());}}

invokeBeanFactoryPostProcessors(beanFactory);

主要逻辑代码在org.springframework.context.support.PostProcessorRegistrationDelegate#invokeBeanFactoryPostProcessors(org.springframework.beans.factory.config.ConfigurableListableBeanFactory, java.util.List<org.springframework.beans.factory.config.BeanFactoryPostProcessor>)

代码设计太多就不粘贴了,主要做了一下逻辑:

  1. 初始化设置:

    • 该方法接收一个 ConfigurableListableBeanFactory 和一个 BeanFactoryPostProcessor 实例的列表。
  2. 处理 BeanDefinitionRegistryPostProcessor 实例:

    • 如果 beanFactory 也是 BeanDefinitionRegistry(用于管理 bean 定义的扩展接口),则该方法区分常规的 BeanFactoryPostProcessors 和实现了 BeanDefinitionRegistryPostProcessor 的处理器。
    • 它遍历提供的 beanFactoryPostProcessors,对于实现了 BeanDefinitionRegistryPostProcessor 接口的实例,调用其 postProcessBeanDefinitionRegistry 方法,并将它们收集到不同的列表中。
  3. 按顺序处理 BeanDefinitionRegistryPostProcessor

    • 该方法按照三个阶段处理 BeanDefinitionRegistryPostProcessor:PriorityOrdered、Ordered 和其他处理器。
    • 对于每个阶段,它获取相关的后置处理器名称,实例化它们,根据它们的优先级或顺序排序,并调用它们的 postProcessBeanDefinitionRegistry 方法。
  4. 处理已注册的 BeanFactoryPostProcessor 实例:

    • 如果 beanFactory 不是 BeanDefinitionRegistry,则直接调用已注册的 BeanFactoryPostProcessor 实例。
  5. 按顺序处理 BeanFactoryPostProcessor

    • 该方法根据实现 PriorityOrderedOrdered 和其他接口的 BeanFactoryPostProcessor 分别处理。
    • 首先,调用实现了 PriorityOrdered 接口的后置处理器。
    • 接着,调用实现了 Ordered 接口的后置处理器。
    • 最后,调用所有其他 BeanFactoryPostProcessor
  6. 清除缓存的合并 bean 定义:

    • 由于后置处理器可能已修改原始元数据,例如替换值中的占位符,因此清除缓存的合并 bean 定义。

这篇关于spring ioc源码-refresh();的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/558118

相关文章

java如何解压zip压缩包

《java如何解压zip压缩包》:本文主要介绍java如何解压zip压缩包问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录Java解压zip压缩包实例代码结果如下总结java解压zip压缩包坐在旁边的小伙伴问我怎么用 java 将服务器上的压缩文件解压出来,

SpringBoot中SM2公钥加密、私钥解密的实现示例详解

《SpringBoot中SM2公钥加密、私钥解密的实现示例详解》本文介绍了如何在SpringBoot项目中实现SM2公钥加密和私钥解密的功能,通过使用Hutool库和BouncyCastle依赖,简化... 目录一、前言1、加密信息(示例)2、加密结果(示例)二、实现代码1、yml文件配置2、创建SM2工具

Spring WebFlux 与 WebClient 使用指南及最佳实践

《SpringWebFlux与WebClient使用指南及最佳实践》WebClient是SpringWebFlux模块提供的非阻塞、响应式HTTP客户端,基于ProjectReactor实现,... 目录Spring WebFlux 与 WebClient 使用指南1. WebClient 概述2. 核心依

Spring Boot @RestControllerAdvice全局异常处理最佳实践

《SpringBoot@RestControllerAdvice全局异常处理最佳实践》本文详解SpringBoot中通过@RestControllerAdvice实现全局异常处理,强调代码复用、统... 目录前言一、为什么要使用全局异常处理?二、核心注解解析1. @RestControllerAdvice2

Spring IoC 容器的使用详解(最新整理)

《SpringIoC容器的使用详解(最新整理)》文章介绍了Spring框架中的应用分层思想与IoC容器原理,通过分层解耦业务逻辑、数据访问等模块,IoC容器利用@Component注解管理Bean... 目录1. 应用分层2. IoC 的介绍3. IoC 容器的使用3.1. bean 的存储3.2. 方法注

Spring事务传播机制最佳实践

《Spring事务传播机制最佳实践》Spring的事务传播机制为我们提供了优雅的解决方案,本文将带您深入理解这一机制,掌握不同场景下的最佳实践,感兴趣的朋友一起看看吧... 目录1. 什么是事务传播行为2. Spring支持的七种事务传播行为2.1 REQUIRED(默认)2.2 SUPPORTS2

怎样通过分析GC日志来定位Java进程的内存问题

《怎样通过分析GC日志来定位Java进程的内存问题》:本文主要介绍怎样通过分析GC日志来定位Java进程的内存问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、GC 日志基础配置1. 启用详细 GC 日志2. 不同收集器的日志格式二、关键指标与分析维度1.

Java进程异常故障定位及排查过程

《Java进程异常故障定位及排查过程》:本文主要介绍Java进程异常故障定位及排查过程,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、故障发现与初步判断1. 监控系统告警2. 日志初步分析二、核心排查工具与步骤1. 进程状态检查2. CPU 飙升问题3. 内存

java中新生代和老生代的关系说明

《java中新生代和老生代的关系说明》:本文主要介绍java中新生代和老生代的关系说明,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、内存区域划分新生代老年代二、对象生命周期与晋升流程三、新生代与老年代的协作机制1. 跨代引用处理2. 动态年龄判定3. 空间分

Java设计模式---迭代器模式(Iterator)解读

《Java设计模式---迭代器模式(Iterator)解读》:本文主要介绍Java设计模式---迭代器模式(Iterator),具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,... 目录1、迭代器(Iterator)1.1、结构1.2、常用方法1.3、本质1、解耦集合与遍历逻辑2、统一