ioc源码记录

最新推荐文章于 2025-01-27 11:00:00 发布

转载最新推荐文章于 2025-01-27 11:00:00 发布 · 90 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：https://my.oschina.net/u/3618851/blog/1588479

文章标签：

#数据结构与算法 #java #设计模式

Spring IoC容器

IoC容器主要作用就是创建并管理Bean对象以及Bean属性注入。如何创建Bean对象？是通过读取Bean配置文件生成相应对象。这些配置文件格式可能多种多样，xml、properties等格式，所以需要将其转换（ResourceLoader/Resolver）成统一资源对象（Resource），存储的位置也不一样，可能是ClassPath，可能是FileSystem，也可能是URL路径，路径的不一样，说明的是应用环境可能不一样。获得Resource对象，还要将其转换成（BeanDefinitionReader）Spring内部对Bean的描述对象（BeanDefinition），然后，将其注册（BeanRegister）到容器中（BeanFactory），供以后转换成Bean对象使用。

所以，IoC容器包括了很多东西，但主要有以下六个组件：

1.资源组件：Resource，对资源文件的描述，不同资源文件如xml、properties文件等，格式不同，最终都将被ResourceLoader加载获得相应的Resource对象；

个人理解是主配置文件主配置作为所有配置的入口

2.资源加载组件：ResourceLoader：加载xml、properties等各类格式文件，解析文件，并生成Resource对象。

加载哪些解析过的配置资源

3.Bean容器组件：BeanFactory体系：IoC容器的核心，其他组件都是为它工作的（但不是仅仅为其服务）.

核心

4.Bean注册组件：SingletonBeanRegister/AliasRegister：将BeanDefinition对象注册到BeanFactory（BeanDefinition Map）中去。

注册对象所使用的容器

5.Bean描述组件：BeanDefinition体系，Spring内部对Bean描述的基本数据结构

负责描述BeanDefinition资源将资源形式的bean转化为spring所期望的格式结构

6.Bean构造组件：BeanDefinitionReader体系，读取Resource并将其数据转换成一个个BeanDefinition对象。

负责将一个个的资源解析转化为BeanDefinition 为之后描述bean做准备

这里组件的定义是相对于IoC容器而言，一般这里的组件设计包括一组接口、一组抽象类、一组实现类、异常类、工具类组成，至于为什么要这么设计，可以参考下设计模式的七大原则。

这些组件并不是互相独立的，而是相互联系形成一个极其复杂的类关系网，下图摘取的组件类关系图只是摘取比较纯粹（比较高层）的那一部分（比如，就ApplicationContext这种比较中层的对象而言，既是ResourceLoader组件，也是BeanFactory组件一部分，还有其他的，越底层其成分越复杂，功能对应的也越具体，其实质就是一个抽象到具体的过程，但这种抽象不是纯粹的抽象到具体，更掺杂有多种抽象的结合。另外，摘取的图来源Spring 3.2.7）。

下面依次对各个组件做详细说明：

1.资源组件，Resource体系，信息的载体，如各类型的文件，二进制流数据都是资源，是Spring内部对资源的一种统一描述，整个体系类图网如下：(图中名称前面 I 代表是接口，C表示实体类，C中左上角有四分之一扇形绿色的表示是抽象类，虚线表示实现，实线表示继承，下同)

每一个实体类代表一种资源类型，比如ClassPathResource表示类加载路径上的资源，FileSystemResource表示文件系统上的资源，UrlResource则是表示网络资源。这是Spring对资源访问策略的一种实现，

总的来说，Java有自己的对资源访问策略的实现，比如Path，File，URI/URL类等，但有缺点或有不足，Spring就自己弄了一套，可以粗略的认为Spring在Java基础上封装了一层（就像UrlResource，其源码内部就是通过URI/URL实现的），增加了一些功能，更加方便点。

2.资源加载组件，ResourceLoader/Resolver体系，负责资源的加载，这里的资源指的是xml、properties等文件资源，返回一个对应类型的Resource对象。

同Resource对应，不同的实现类加载不同的Resource，返回对应的Resource对象，

3.Bean描述组件，BeanDefinition体系，是对bean对象描述的基本数据结构。

4.Bean构造组件，BeanDefinitionReader体系，将Resource对象，转换成BeanDefinition对象，就是将内部资源数据转换成Spring Bean描述数据。其实这种读取数据转换成内部对象的，不仅仅是Spring专有的，比如：Dom4j解析器

SAXReader reader = new SAXReader(); Document doc = reader.read(ur.getFile());//ur是一个URLResource对象

严格来说，都是Reader体系吧，就是将统一资源数据对象读取转换成相应内部对象。

5.Bean注册组件，将BeanDefinition对象注册到BeanFactory中去。

6.Bean容器组件，整个IoC容器核心，所谓Bean容器，就是这里装着Bean对象以及所需要的各种数据。其中BeanFactory是纯粹的Bean容器，用来存储描述Bean，无关其他环境，而像ApplicationContext，也是Bean容器，但它和应用环境息息相关，所以被称为应用上下文（环境）更恰当，从图中也能看出来，ApplicationContext不仅有着BeanFactory“血统”，同时也继承了EnvironmentCapable、MessageSource、ApplicationEventPublisher，即扩展了其许多额外功能，而其实现类则是和具体应用相关了，比如ClassPathXmlApplicationContext、FileSystemXmlApplicationContext、WebApplicationContext，从字面上就不难理解其作用。BeanFactory和ApplicationContext的详细区别，可以自行查询。