首页 文章资讯内容详情

Spring(2)——Spring IoC 详解

2026-06-01 2 花语

本文内容纲要:

-SpringIoC概述 -SpringIoC容器 -SpringIoC的容器的初始化和依赖注入 -IoC是如何实现的

SpringIoC概述

IoC:InverseofControl(控制反转) 读作**“反转控制”,更好理解,不是什么技术,而是一种设计思想**,就是将原本在程序中手动创建对象的控制权,交由Spring框架来管理。 正控:若要使用某个对象,需要自己去负责对象的创建 反控:若要使用某个对象,只需要从Spring容器中获取需要使用的对象,不关心对象的创建过程,也就是把创建对象的控制权反转给了Spring框架 **好莱坞法则:**Don’tcallme,I’llcallyou 一个例子

控制反转显然是一个抽象的概念,我们举一个鲜明的例子来说明。

在现实生活中,人们要用到一样东西的时候,第一反应就是去找到这件东西,比如想喝新鲜橙汁,在没有饮品店的日子里,最直观的做法就是:买果汁机、买橙子,然后准备开水。值得注意的是:这些都是你自己**“主动”创造**的过程,也就是说一杯橙汁需要你自己创造。

然而到了今时今日,由于饮品店的盛行,当我们想喝橙汁时,第一想法就转换成了找到饮品店的联系方式,通过电话等渠道描述你的需要、地址、联系方式等,下订单等待,过一会儿就会有人送来橙汁了。

请注意你并没有“主动”去创造橙汁,橙汁是由饮品店创造的,而不是你,然而也完全达到了你的要求,甚至比你创造的要好上那么一些。

SpringIoC阐述

这就是一种控制反转的理念,上述的例子已经很好的说明了问题,我们再来描述一下控制反转的概念:控制反转是一种通过描述(在Java中可以是XML或者注解)并通过第三方(Spring)去产生或获取特定对象的方式。

好处:

降低对象之间的耦合

我们不需要理解一个类的具体实现,只需要知道它有什么用就好了(直接向IoC容器拿)

主动创建的模式中,责任归于开发者,而在被动的模式下,责任归于IoC容器,基于这样的被动形式,我们就说对象被控制反转了。(也可以说是反转了控制)

SpringIoC容器

Spring会提供IoC容器来管理和容纳我们所开发的各种各样的Bean,并且我们可以从中获取各种发布在SpringIoC容器里的Bean,并且通过描述可以得到它。

SpringIoC容器的设计

SpringIoC容器的设计主要是基于以下两个接口:

BeanFactory ApplicationContext

其中ApplicationContext是BeanFactory的子接口之一,换句话说:BeanFactory是SpringIoC容器所定义的最底层接口,而ApplicationContext是其最高级接口之一,并对BeanFactory功能做了许多的扩展,所以在绝大部分的工作场景下,都会使用ApplicationContext作为SpringIoC容器。

BeanFactory

从上图中我们可以几乎看到,BeanFactory位于设计的最底层,它提供了SpringIoC最底层的设计,为此,我们先来看看该类中提供了哪些方法:

由于这个接口的重要性,所以有必要在这里作一下简短的说明:

【getBean】对应了多个方法来获取配置给SpringIoC容器的Bean。

①按照类型拿bean:

bean=(Bean)factory.getBean(Bean.class);

**注意:**要求在Spring中只配置了一个这种类型的实例,否则报错。(如果有多个那Spring就懵了,不知道该获取哪一个)

②按照bean的名字拿bean:

bean=(Bean)factory.getBean("beanName");

注意:

这种方法不太安全,IDE不会检查其安全性(关联性)

③按照名字和类型拿bean:
(推荐)

bean=(Bean)factory.getBean("beanName",Bean.class); 【isSingleton】用于判断是否单例,如果判断为真,其意思是该Bean在容器中是作为一个唯一单例存在的。而【isPrototype】则相反,如果判断为真,意思是当你从容器中获取Bean,容器就为你生成一个新的实例。

**注意:**在默认情况下,【isSingleton】为ture,而【isPrototype】为false 关于type的匹配,这是一个按Java类型匹配的方式 【getAliases】方法是获取别名的方法

这就是SpringIoC最底层的设计,所有关于SpringIoC的容器将会遵守它所定义的方法。

ApplicationContext

根据ApplicationContext的类继承关系图,可以看到ApplicationContext接口扩展了许许多多的接口,因此它的功能十分强大,所以在实际应用中常常会使用到的是ApplicationContext接口,因为BeanFactory的方法和功能较少,而ApplicationContext的方法和功能较多。

通过上一篇IoC的例子,我们来认识一个ApplicationContext的子类——ClassPathXmlApplicationContext。

先在【src】目录下创建一个【bean.xml】文件:

这里定义了一个bean,这样SpringIoC容器在初始化的时候就能找到它们,然后使用ClassPathXmlApplicationContext容器就可以将其初始化:

ApplicationContextcontext=newClassPathXmlApplicationContext("bean.xml"); Sourcesource=(Source)context.getBean("source",Source.class);

System.out.println(source.getFruit()); System.out.println(source.getSugar()); System.out.println(source.getSize());

这样就会使用Application的实现类ClassPathXmlApplicationContext去初始化SpringIoC容器,然后开发者就可以通过IoC容器来获取资源了啦!

关于SpringBean的装配以及一些细节,会在下一篇文章中讲到

ApplicationContext常见实现类:

1.ClassPathXmlApplicationContext: 读取classpath中的资源

ApplicationContextctx=newClassPathXmlApplicationContext("applicationContext.xml");

2:FileSystemXmlApplicationContext:- 读取指定路径的资源

ApplicationContextac=newFileSystemXmlApplicationContext("c:/applicationContext.xml");

3.XmlWebApplicationContext: 需要在Web的环境下才可以运行

XmlWebApplicationContextac=newXmlWebApplicationContext();//这时并没有初始化容器 ac.setServletContext(servletContext);//需要指定ServletContext对象 ac.setConfigLocation("/WEB-INF/applicationContext.xml");//指定配置文件路径,开头的斜线表示Web应用的根目录 ac.refresh();//初始化容器 BeanFactory和ApplicationContext的区别: **BeanFactory:**是Spring中最底层的接口,只提供了最简单的IoC功能,负责配置,创建和管理bean。

在应用中,一般不使用BeanFactory,而推荐使用ApplicationContext(应用上下文),原因如下。 ApplicationContext:

1.继承了BeanFactory,拥有了基本的IoC功能;

2.除此之外,ApplicationContext还提供了以下功能:

①支持国际化;

②支持消息机制;

③支持统一的资源加载;

④支持AOP功能;

SpringIoC的容器的初始化和依赖注入

虽然SpringIoC容器的生成十分的复杂,但是大体了解一下SpringIoC初始化的过程还是必要的。这对于理解Spring的一系列行为是很有帮助的。

**注意:**Bean的定义和初始化在SpringIoC容器是两大步骤,它是先定义,然后初始化和依赖注入的。

Bean的定义分为3步:

1.Resource定位

SpringIoC容器先根据开发者的配置,进行资源的定位,在Spring的开发中,通过XML或者注解都是十分常见的方式,定位的内容是由开发者提供的。

2.BeanDefinition的载入

这个时候只是将Resource定位到的信息,保存到Bean定义(BeanDefinition)中,此时并不会创建Bean的实例

3.BeanDefinition的注册

这个过程就是将BeanDefinition的信息发布到SpringIoC容器中

**注意:**此时仍然没有对应的Bean的实例。

做完了以上3步,Bean就在SpringIoC容器中被定义了,而没有被初始化,更没有完成依赖注入,也就是没有注入其配置的资源给Bean,那么它还不能完全使用。

对于初始化和依赖注入,SpringBean还有一个配置选项——【lazy-init】,其含义就是是否初始化SpringBean。在没有任何配置的情况下,它的默认值为default,实际值为false,也就是SpringIoC默认会自动初始化Bean。如果将其设置为true,那么只有当我们使用SpringIoC容器的getBean方法获取它时,它才会进行Bean的初始化,完成依赖注入。

IoC是如何实现的

最后我们简单说说IoC是如何实现的。想象一下如果我们自己来实现这个依赖注入的功能,我们怎么来做?无外乎:

读取标注或者配置文件,看看JuiceMaker依赖的是哪个Source,拿到类名 使用反射的API,基于类名实例化对应的对象实例 将对象实例,通过构造函数或者setter,传递给JuiceMaker

我们发现其实自己来实现也不是很难,Spring实际也就是这么做的。这么看的话其实IoC就是一个工厂模式的升级版!当然要做一个成熟的IoC框架,还是非常多细致的工作要做,Spring不仅提供了一个已经成为业界标准的JavaIoC框架,还提供了更多强大的功能,所以大家就别去造轮子啦!希望了解IoC更多实现细节不妨通过学习Spring的源码来加深理解!

引用地址:这里

【参考资料】:《JavaEE互联网轻量级框架整合开发》、《Spring实战(第四版)》

【好文推荐】:①Spring的本质系列(1)--依赖注入、②Spring的IoC原理

欢迎转载,转载请注明出处!

简书ID:@我没有三颗心脏

github:wmyskxz

欢迎关注公众微信号:wmyskxz_javaweb

分享自己的JavaWeb学习之路以及各种Java学习资料

本文内容总结:SpringIoC概述,SpringIoC容器,SpringIoC的容器的初始化和依赖注入,IoC是如何实现的,

原文链接:https://www.cnblogs.com/wmyskxz/p/8824597.html