将定义 bean 的资源文件解析成 BeanDefinition 后需要将其注入容器中,这个过程由 BeanDefinitionRegistry 来完成。
BeanDefinitionRegistry 是一个非常重要的接口,存在于 Spring 的 org.springframework.beans.factory.support 包中,它是 Spring 中注册和管理 BeanDefinition 的核心组件。
BeanFactory是Spring中十分重要的接口,也是Spring IOC容器的顶级接口。它基于工厂模式,定义了最基本的IOC容器的功能,如获取Bean实例、查看Bean的类型和查看Bean是否存在等:
DefaultBeanDefinitionDocumentReader.processBeanDefinition() 完成 Bean 标签解析的核心工作,如下:
1 BeanDefinition的载入和解析 在完成对 BeanDefinition 的 Resource 定位之后,我们来了解整个 BeanDefinition 信息的载入过程.对IoC容器来说,载入过程相当于把定义的 BeanDefinition 在IoC容器中转化为一个Spring内部表示的数据结构的过程.IoC容器对Bean的管理和依赖注入功能的实现,是通过对其持有的BeanDefinition 进行各种骚操作来完成的.这些 BeanDefinition 数据在IoC容器中通过一个 HashMa
官方解释: BeanDefinition是Bean的定义,描述了一个Bean实例。它包含了描述一个Bean所需的最少接口方法。一个BeanDefinition会有属性值、构造器参数和其它更多信息(取决于具体实现)。
1)BeanFactoryPostProcessor在spring容器加载完BeanDefinition之后,在bean实例化之前执行的2)对bean元数据(BeanDefinition)进行加工处理,也就是BeanDefinition属性填充、修改等操作
一个Web后端框架的轮子从处理Http请求【基于Netty的请求级Web服务器】 到mvc【接口封装转发)】,再到ioc【依赖注入】,aop【切面】,再到 rpc【远程过程调用】最后到orm【数据库操作】全部自己撸一个(简易)的轮子。
在之前的文章中,楼主和大家一起分析spring的 IOC 实现,剖析了Spring的源码,看的出来,源码异常复杂,这是因为Spring的设计者需要考虑到框架的扩展性,健壮性,性能等元素,因此设计的很复杂。楼主在最后也说要实现一个简单的 IOC,让我们更加深刻的理解IOC,因此,有了这篇文章。
我们还记得Spring中最重要的有哪些组件吗?BeanFactory 容器,BeanDefinitionBean的基本数据结构,当然还需要加载Bean的资源加载器。
在上一章节中,主要介绍了SpringIoC、依赖注入和Spring中的Bean与BeanDefinition。可能部分读者还是比较迷茫,BeanDefinition到底是干什么用的,在本章节中,将通过利用Spring实例化Java对象的过程,先带领读者过一遍Spring框架注册BeanDefinition的运行流程,然后再深入其中,详细分析每一个步骤。
由于该篇文章较多,所以就拆分为了上下两篇,接上面完成了beanFactory的信息处理,接下来是bean的相关定义的处理。
这是一个经典的面试题,什么是java Object?万物皆对象,在Java内部所有的类,经过创建之后都可以称之为一个对象,SpringBean也是一个java Object, 但是Spring Bean是脱离于JAVA Object的,为什么这么说呢?因为一个class要想变成对象只需要new一下,就能够称之为一个对象,但是一个类要想变成一个Spring Bean就需要经过一系列的生命周期,什么生命周期呢?后面会说到!
上一篇文章中分析了 BeanDefinition是怎么被解析出来的,在这一篇文章中我们主要看下 解析完了之后所做的事情;
BeanDefinition是Spring中一个非常重要的概念,它包含了Spring容器用于创建、配置Bean所需的所有信息。理解BeanDefinition可以帮助我们深入掌握Spring的内部工作机制。
如果再xml中配置了相同的的ID或name可能会造成一些问题,今天我们来探讨一下并解决。
在上一篇文章Spring IoC 源码分析 (基于注解) 之 包扫描中,我们介绍了Spring基于注解扫描包获取bean的过程。本文我们将一起探讨spring对bean解析,并注册到IOC容器的过程。
IoC:即控制反转机制。在Spring中的实现表现为IoC容器,属于Spring Core模块最核心的部分。
本篇博客你讲学到: 1. 如何理解BeanDefinition 2. 准备环境 3. BeanDefinition接口讲解 4. BeanDefinition的类继承关系 5. IOC的引出 6. BeanFactory工厂的引出 7. 后置处理器的引出 8. spring扩展性初探
接上回 Spring5源码学习(1)已经讲完了this()方法,现在来看register(annotatedClasses);方法。
在上篇文章中,我们学习了BeanDefinition的一些属性,其中有以下几个属性:
对于Spring Aop的实现,是非常复杂的,其实现过程主要包含xml标签的解析,切面表达式的解析,判断bean是否需要应用切面逻辑,以及使用Jdk代理或者是Cglib代理生成代理类。本文主要讲解Xml标签的解析的实现原理,在接下来几篇文章中,会依次对Spring Aop剩余的实现过程进行讲解。
上回「Spring IoC 容器初始化(2)」说到了 Spring 如何解析我们定义的 <bean> 标签,代码跟进了一层又一层,跋山涉水,最终来到了 BeanDefinitionParserDelegate#parseBeanDefinitionElement 方法。不过这个方法只是表面,并未深入解析 <bean> 中的 class 等属性以及 property 等子标签。
我们还记得Spring中最重要的有哪些组件吗?BeanFactory 容器,BeanDefinition Bean的基本数据结构,当然还需要加载Bean的资源加载器。大概最后最重要的就是这几个组件。
在这里,我们来比较下,正常的创建一个bean,跟Spring通过抽象出一个BeanDefinition来创建bean有什么区别:
在 Spring 容器中,我们广泛使用的是一个一个的 Bean,BeanDefinition 从名字上就可以看出是关于 Bean 的定义。
当 ClassPathResource 将文件以 IO 流的方式输出后,接下来就是构造 XmlBeanFactory ,XmlBeanFactory 功能有限,它的大部分功能都在它的父类 DefaultListableBeanFactory 中实现了,而 DefaultListableBeanFactory 也相当于是容器的始祖,为什么这么说呢?我们今天就来说一说这个话题。
BeanDefinition:顾名思义,就是 Bean 的定义,是用来描述一个 Bean 都有什么信息。前面说在初始化 DefaultListableBeanFactory 时,会初始化一个 Map<String, BeanDefinition>,这个 Map 的功能暂且不说,(PS:查资料说的是存储 bean),所以今天就结合官方文档以及源码,一起了解一下 BeanDefinition!
Spring是一个开放源代码的设计层面框架,它解决的是业务逻辑层和其他各层的松耦合问题,因此它将面向接口的编程思想贯穿整个系统应用。
BeanDefinition 的解析阶段,其中 BeanDefinitionDocumentReader 只有 DefaultBeanDefinitionDocumentReader 一个默认实现类
对于Spring Aop的实现,是非常复杂的,其实现过程主要包含xml标签的解析,切面表达式的解析,判断bean是否需要应用切面逻辑,以及使用Jdk代理或者是Cglib代理生成代理类,本文主要讲解Xml标签的解析的实现原理。
核心容器,AOP和设备支持,数据访问和集成,Web组件,通信报文和集成测试,下面是Spring框架的总体架构图:
今天我们来认识一下Spring IOC容器,本文主要介绍SpringIOC容器的核心要点以及其启动流程和实例化流程。
温馨提示:如果读者刚接触spring源码,建议从本专题第一篇读起,这样知识点才能串联起来。 本片博客你将学到BeanDefinition的父接口: 1. AttributeAccessor 1.1 实现类 AttributeAccessorSupport 2. BeanMetadataElement 2.1 实现类 BeanMetadataAttributeAccessor 2.2 属性封装对象 BeanMetadataAttribute
《深入理解Spring系列之一:开篇》中提到在Spring容器启动的过程中,会将Bean解析成Spring内部的BeanDefinition结构,本篇将深入分析这个BeanDefinition的内部结构。 直接看BeanDefinition源码, public interface BeanDefinition extends AttributeAccessor, BeanMetadataElement { /** * Scope identifier for the standard si
在Java中,一切皆对象。在JDK中使用java.lang.Class来描述类这个对象。
首先,我们需要明白什么是BeanFactory和Ioc容器。在Java中,BeanFactory是一种用于创建和管理对象(也称为bean)的机制,而Ioc(Inversion of Control,控制反转)容器则是负责实现BeanFactory的框架。简单来说,BeanFactory就像是一个工厂,根据我们的需求来创建和提供对象。
即Bean定义的资源的定位,由ResourceLoader通过Resource接口实现,类似于容器寻找数据的过程,Spring提供了提供了不同的Resouce读取器,如FileSystemXMLApplicationContext提供了充文件系统载入,ClassPathXmlApplicationContext可以从Class Path中载入,XmlWebApplicationContext可以在Web容器中载入等。通过以FileSystemXMLApplicationContext为例,getResourceByPath,调用refreshFactory()启动调用,
前情回顾 上篇《Spring读书笔记——bean加载》我们从代码角度介绍了有哪些类负责解析XML文件,又是如何一步步从XML格式脱变成我们熟悉的bean的,直到DefaultBeanDefinitionDocumentReader的registerBeanDefinitions方法。我们抽丝剥茧,终于快看到Spring是如何解析bean的代码了。 在此之前,我们回一下上篇看到过的主要类和方法 XmlBeanFactory(XmlFactory) -> XmlBeanDefinitionReader(l
下文中的"容器"若无特别说明,一律指"IoC容器" 严格来说,容器的初始化过程主要包括 BeanDefinition的Resource定位 BeanDefinition的载入和解析 BeanDefinition在容器中的注册 这里谈的是容器的初始化过程,一般不含Bean依赖注入的实现. 在IoC设计中,Bean定义的载入和依赖注入是两个独立的过程. 依赖注入,一般发生在应用第一次通过调用 getBean() 向容器索要Bean时 有例外,可在BeanDefinition中通过配置lazy-init属性让
前面我发了一个关于Spring Bean的视频。在这个视频中,我简单提到了Spring Bean的定义。其中,有几位同学就私信我,说老师能不能拍一期关于Spring Bean定义的详细介绍,今天我就来满足大家的要求。关于Spring Bean的定义我一共分为三部分来介绍,首先,介绍Spring Bean声明式配置内容;然后,介绍BeanDefinition与配置文件的关系;最后,介绍Spring如何解析配置文件?
Spring Framework最重要的一个概念就是Bean,而Spring Bean定义是需要扫描、注册来实现统一的管理的。
Spring IOC 容器管理的 Bean 默认都是单例设计模式,即每个 Bean 只有一个实例化 Bean 对象存在于 Spring IOC 容器中,因此 Spring IOC 容器负责管理 Bean 的产生,使用和销毁等生命周期
道家有云:“道生一,一生二,二生三,三生万物。”这句话简单理解就是,世间万物皆是由道衍生出来的,而道则是对万物的一种极致抽象。
BeanDefinition 的 parentName 属性的主要功能是允许我们在创建一个 bean 的同时,能够继承另一个已经定义好的 bean。通过指定 parentName 属性,我们可以重用已有 bean 的配置,并在此基础上进行修改或扩展。
随着我们对 spring 使用程度的日益加深,有时我们会觉得通过传统的 bean 创建方式不能满足我们的需要。例如我们需要解析一个配置来决定具体如何生成 bean,这时,手动创建 bean 就显得非常必要了。
在Small Spring系列一:BeanFactory(一)中,我们用DefaultBeanFactory读取bean.xlm中的bean信息,并且也实现了BeanFactory的getBean()方法。但是实现的方式有些不友好,本章,我们将优化和完善BeanFactory。
领取专属 10元无门槛券
手把手带您无忧上云