【spring学习笔记 二】refreshContext源码分析

导读:本篇文章讲解 【spring学习笔记 二】refreshContext源码分析,希望对大家有帮助,欢迎收藏,转发!站点地址:www.bmabk.com,原文地址:Java

也许你感觉自己的努力总是徒劳无功,但不必怀疑,你每天都离顶点更进一步。今天的你离顶点还遥遥无期。但你通过今天的努力,积蓄了明天勇攀高峰的力量。加油!

前言

上篇文章我们已经对spring启动的整体流程有了一个初步的认识,但是在即将达到高潮的时候却选择了谢幕,主要是因为这个方法内部流程太多而且复杂,所以我将它独立出来。下面我们就一步一步拉开这部大戏的帷幕。

refreshContext()

还是老办法,先梳理它的大体流程,将不太重要的舍去。

@Override
	public void refresh() throws BeansException, IllegalStateException {
		synchronized (this.startupShutdownMonitor) {
			...
			// Prepare the bean factory for use in this context.
			//设置beanFacotry 和加载一些特殊bean的处理类,
			prepareBeanFactory(beanFactory);
			
				// 一些web项目的bean处理类
				postProcessBeanFactory(beanFactory);

				// Invoke factory processors registered as beans in the context.
				//重要,唤醒 BeanFactoryPostProcessor的实现类
				invokeBeanFactoryPostProcessors(beanFactory);
				...
				// Register bean processors that intercept bean creation.
				//重要,将BeanPostProcessor的bean定义注册进来
				registerBeanPostProcessors(beanFactory);
				...
				// Initialize event multicaster for this context.
				//再次创建一个广播器
				initApplicationEventMulticaster();
				...
				// Check for listener beans and register them.
				//注册listener到上述的心广播器中
				registerListeners();

				// Instantiate all remaining (non-lazy-init) singletons.
				//重要,创建单例bean
				finishBeanFactoryInitialization(beanFactory);
				...
		}
	}

那么整体上就分为一下几步

  1. 对beanFacotry进行设置
  2. 对benFactory在做一些定制处理(比如加载一些web容器对bean的处理类)
  3. 唤醒beanFactoryPostProcessor的一些列实现类
  4. 创建一个新广播器
  5. 将Listener加入到这个新广播器中(注意,这的Listener将会比我们上一篇所说的多的多,至于原因 在唤醒那一步里面)
  6. 将所有找到的单例类,都创建处理(这步内容也比较多,对于加载Bean的分析 将新启一篇文章进行说明)

prepareBeanFactory()

protected void prepareBeanFactory(ConfigurableListableBeanFactory beanFactory) {
		//添加了一个BeanPostProcessor实例ApplicationContextAwareProcessor
		// Configure the bean factory with context callbacks.
		beanFactory.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.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 ApplicationListeners.
		//添加了一个BeanPostProcessor实例ApplicationListenerDetector
		beanFactory.addBeanPostProcessor(new ApplicationListenerDetector(this));
		...
	}

老办法 ,逐一分析。

  1. 第一步,添加了一个BeanPostProcessor实例ApplicationContextAwareProcessor
	  	ApplicationContextAwareProcessor这个bean处理器就是在实现了
 		EnvironmentAware.class
 		EmbeddedValueResolverAware.class
 		ResourceLoaderAware.class
 		ApplicationEventPublisherAware.class
 		MessageSourceAware.class
 		ApplicationContextAware.class
 		的类实例化之前唤醒对应的接口方法
  1. 指定特定依赖的返回结果
  2. 添加了一个BeanPostProcessor实例ApplicationListenerDetector
	这个实例主要是检查bean是否实现了ApplicationListener,如果实现了就将它添加到监听器集合中
	前面我们说了也可以通过spring.factories这个文件添加ApplicationListenr
	这里又提供了一种方式,但是这种通过ApplicationListenerDetector来加载的方式 会让listener丢失一部分事件(因为在没有加载Bean之前还有很多事件),如果需要监听非常前面的事件,还是要通过spring.factories这个文件添加

这里都是讲处理类加载进来,并没有执行对应方法。真正访问还在后面,前面只是准备阶段

invokeBeanFactoryPostProcessors()

唤醒所有的BeanFactoryPostProcessor实例 ,这个与下面的registerBeanPostProcessor将会以独立的章节来分析(原因还是那个原因。。。 里面的内容有点多)。

registerBeanPostProcessor()

将BeanPostProcessor实例注册进来

registerListeners()

	protected void registerListeners() {
		// Register statically specified listeners first
		//加载老的listener
		for (ApplicationListener<?> listener : getApplicationListeners()) {
			getApplicationEventMulticaster().addApplicationListener(listener);
		}
		//加载新的listenner
		// Do not initialize FactoryBeans here: We need to leave all regular beans
		// uninitialized to let post-processors apply to them!
		String[] listenerBeanNames = getBeanNamesForType(ApplicationListener.class, true, false);
		for (String listenerBeanName : listenerBeanNames) {
			getApplicationEventMulticaster().addApplicationListenerBean(listenerBeanName);
		}

		// Publish early application events now that we finally have a multicaster...
		//发送默认的事件集
		Set<ApplicationEvent> earlyEventsToProcess = this.earlyApplicationEvents;
		this.earlyApplicationEvents = null;
		if (earlyEventsToProcess != null) {
			for (ApplicationEvent earlyEvent : earlyEventsToProcess) {
				getApplicationEventMulticaster().multicastEvent(earlyEvent);
			}
		}
	}

这一步就是将listener注册到新的广播器中,分步走。

  1. 加载老的listener,也就是我们最开始通过spring.factories加载进来的监听器
  2. 加载通过ApplicationListenerDetector注册进来的监听器
  3. 发送默认事件(就是表明这个时间节点的事件)到监听器中

finishBeanFactoryInitialization()

完成bean的初始化,这个会单独形成一个章节,与getBean流程一起讲解

总结

  1. 准备BeanFacotry
  2. BeanFacotry准备完毕
  3. 对BeanFacotryPostProcessor进行唤醒(因为BeanFactory准备完毕了嘛)
  4. 注册BeanPostProcessor(因为接下来我们要实例化Bean嘛)
  5. 对单例Bean进行实例化

你看,逻辑清晰,前后有因果,一下就把整体流程给理顺了,而且出乎意料的合理。

spring的帷幕已然拉开,后面有请各个角色陆续登场。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/121872.html

(0)
飞熊的头像飞熊bm

相关推荐

发表回复

登录后才能评论
极客之音——专业性很强的中文编程技术网站,欢迎收藏到浏览器,订阅我们!