从小白的角度看Spring核心流程概览(XML版)- 容器初始化第三章-创建BeanFactory
本章我们来看看Spring的BeanFactory是如何被创建的
1、方法概览
入口:AbstractApplicationContext类refresh方法264行:
ConfigurableListableBeanFactory beanFactory = this.obtainFreshBeanFactory();
protected ConfigurableListableBeanFactory obtainFreshBeanFactory() { // 真正刷新BeanFactory的方法 this.refreshBeanFactory(); // 返回BeanFactory return this.getBeanFactory(); }
2.1、刷新BeanFactory
//真正调用的是AbstractRefreshableApplicationContext的refreshBeanFactory方法 protected final void refreshBeanFactory() throws BeansException { //判断是否已经存在BeanFactory,如果存在就销毁and关闭 if(this.hasBeanFactory()) { this.destroyBeans(); this.closeBeanFactory(); } try { // 真正创建BeanFactory的方法 DefaultListableBeanFactory beanFactory = this.createBeanFactory(); // 给BeanFactory设置一个id,怎么设置的自己看~ beanFactory.setSerializationId(this.getId()); // 定制BeanFactory this.customizeBeanFactory(beanFactory); // 加载Bean的Definition解析器 this.loadBeanDefinitions(beanFactory); // 下面就是将创建出来的BeanFactory保存起来 Object var2 = this.beanFactoryMonitor; synchronized(this.beanFactoryMonitor) { this.beanFactory = beanFactory; } } catch (IOException var5) { throw new ApplicationContextException("I/O error parsing bean definition source for " + this.getDisplayName(), var5); } }
2.1.1、创建BeanFactory
//AbstractRefreshableApplicationContext第103行 protected DefaultListableBeanFactory createBeanFactory() { //创建并返回一个DefaultListableBeanFactory工厂,其中参数是他的父工厂 return new DefaultListableBeanFactory(this.getInternalParentBeanFactory()); } //AbstractApplicationContext第725行,这里注意AbstractApplicationContext是AbstractRefreshableApplicationContext的父类,而这段逻辑对于所有上下文都管用,所以卸载这(后面这句话是我瞎猜的~) protected BeanFactory getInternalParentBeanFactory() { // 判断当前上下文是否有父上下文,如果有就返回回去。当然这里是没有的,在Spring-MVC里面的话就会有了~这样看来工厂之间也有链路关系额。以前都不知道 return (BeanFactory)(this.getParent() instanceof ConfigurableApplicationContext?((ConfigurableApplicationContext)this.getParent()).getBeanFactory():this.getParent()); }
2.1.2、定制BeanFactory
//AbstractRefreshableApplicationContext第725行 protected void customizeBeanFactory(DefaultListableBeanFactory beanFactory) { //如果 允许bean定义重写 有值,则设置对于的值,这里默认没有,不过你要是使用事务的话,就会有了。 if(this.allowBeanDefinitionOverriding != null) { beanFactory.setAllowBeanDefinitionOverriding(this.allowBeanDefinitionOverriding.booleanValue()); } //如果 允许循环引用 有值,则设置对于的值,这里默认也没有。 if(this.allowCircularReferences != null) { beanFactory.setAllowCircularReferences(this.allowCircularReferences.booleanValue()); } }
2.1.3、加载DeFinition解析器
//这里实际调用的是AbstractXmlApplicationContext的方法,如果你是Annotation版的,那么走的就是Annotation版的了,到时候再说- - protected void loadBeanDefinitions(DefaultListableBeanFactory beanFactory) throws BeansException, IOException { //创建一个XmlBeanDefinition的解析器 XmlBeanDefinitionReader beanDefinitionReader = new XmlBeanDefinitionReader(beanFactory); // 设置系统属性 beanDefinitionReader.setEnvironment(this.getEnvironment()); // 设置资源加载器 beanDefinitionReader.setResourceLoader(this); // 设置实体解析器 beanDefinitionReader.setEntityResolver(new ResourceEntityResolver(this)); // 初始化BeanDefinitionReader解析器 this.initBeanDefinitionReader(beanDefinitionReader); // 加载BeanDefinitions // 大内容,单独分析 this.loadBeanDefinitions(beanDefinitionReader); }
2.2、返回BeanFactory
//真正调用的是AbstractRefreshableApplicationContext的getBeanFactory方法 //就是将上一步创建的BeanFactory返回回去。 public final ConfigurableListableBeanFactory getBeanFactory() { Object var1 = this.beanFactoryMonitor; synchronized(this.beanFactoryMonitor) { if(this.beanFactory == null) { throw new IllegalStateException("BeanFactory not initialized or already closed - call 'refresh' before accessing beans via the ApplicationContext"); } else { return this.beanFactory; } } }
总结
截至到现在,除了加载BeanDefinitions没有讲以外(其实是我自己也还没开始看....),BeanFactory的创建过程已经完全结束。 首先spring会设置一堆乱七八糟的东西,然后定位在XML文件的位置,并且保存起来。这就是整个流程的第一步,资源定位。马上我们就要开始第二步,资源的加载了~下期见~
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
白话SpringCloud | 第五章:服务容错保护(Hystrix)
前言 前一章节,我们知道了如何利用RestTemplate+Ribbon和Feign的方式进行服务的调用。在微服务架构中,一个服务可能会调用很多的其他微服务应用,虽然做了多集群部署,但可能还会存在诸如网络原因或者服务提供者自身处理的原因,或多或少都会出现请求失败或者请求延迟问题,若服务提供者长期未对请求做出回应,服务消费者又不断的请求下,可能就会造成服务提供者服务崩溃,进而服务消费者也一起跟着不可用,严重的时候就发生了系统雪崩了。鉴于此,产生了断路器等一系列的服务保护机制。本章节,就来说下如何利用Hystrix进行容错处理。 一点知识 按照此系列的惯例,我们先来了解下一些相关的知识。 注:以下部分内容转至大佬纯洁的微笑:熔断器Hystrix。 容错处理手段 容错处理是指软件运行时,能对由非正常因素引起的运行错误给出适当的处理或信息提示,使软件运行正常结束——百度百科 从百度百科的解释中可以看出,简单理解,所谓的容错处理其实就是捕获异常了,不让异常影响系统的正常运行,正如java中的try catch一样。 而在微服务调用中,自身异常可自行处理外,对于依赖的服务若发生错误,或者调用异常,...
- 下一篇
jvm crash分析工具
介绍一款非常好用的jvm crash分析工具,当jvm挂掉时,会产生hs_err_pid.log。里面记录了jvm当时的运行状态以及错误信息,但是内容量比较庞大,不好分析。所以我们要借助工具来帮我们。 CrashAnalysis 这是一款诊断工具。是某APM项目组成员编写,里面把常见的问题分类并且给出解决方案或者方向,帮助我们定位问题。 下面是github地址,大家喜欢的话可以点个星。 https://github.com/xpbob/CrashAnalysis 工具使用方法 运行方式 通过执行jar命令,把log作为参数输入 java -jar CrashAnalysis-1.0-SNAPSHOT.jar ${hs_err_pid.log} 项目里默认带了一个编译好的jar包,如果jdk版本不适合,可以自己下载项目重新编译一版。 借助分析 诊断信息栏目 运行完成后,会有诊断信息的tab页,里面会告诉我们分析结果。 例如 这是一个解释器的问题,就是jvm把字节码转化成机器码出错了。 引起这种情况的原因有很多,一般都是jdk的bug 可以更换不同的jvm模式 例如-XInt,纯解释模式 ...
相关文章
文章评论
共有0条评论来说两句吧...