Spring之什么是IoC

本篇内容主要讲解“Spring之什么是IoC”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“Spring之什么是IoC”吧!

成都创新互联坚持“要么做到,要么别承诺”的工作理念,服务领域包括:成都网站建设、成都网站设计、企业官网、英文网站、手机端网站、网站推广等服务,满足客户于互联网时代的太湖网站设计、移动媒体设计的需求,帮助企业找到有效的互联网解决方案。努力成为您成熟可靠的网络建设合作伙伴!

Spring Hello World 回顾

在Hello Spring实例中我们定义了类

public class HelloSpring {     private String name="hello";     HelloSpring(){      System.out.println("Hello Spring");     }      public String getName() {         return this.name ;     }         public void setName(String name) {         this.name = name;     } }

配置文件中的配置信息如下:

调用HelloSpring中的getName方法代码如下:

public static void main(String[] args) { ApplicationContextcontext = new ClassPathXmlApplicationContext("beans1.xml"); HelloSpringhello = (HelloSpring) context.getBean("hellospring");            System.out.println(hello.getName());         } }

运行结果如下:

Hello Spring //构造函数中输出的值  Hello //getName方法中输出的值

详细可以参考文章 测试同学从0到1上手Spring

IOC解读

我们可以看到spring并没有new  实例的过程,但是完成了实例化的操作,并成功地调用了getName方法。这就是Spring中的控制反转技术(IoC)。

Spring通过一种称作控制反转(Inversion of Control  —IoC)的技术促进了松耦合。当应用了IoC,一个对象依赖的其它对象会通过被动的方式传递进来,而不是这个对象自己创建或者查找依赖对象。也就是说Spring控制了对象的生成,应用程序不再需要主动创建对象了!

我们通常说的SpringIoC,实际上是指Spring框架提供的IoC容器实现(IoC Container)。

Spring 的 IoC 容器中发生的事情其实也很简单,总结下来即两个阶段:

采摘和收集“咖啡豆”(bean)

研磨和烹饪咖啡

第一个阶段可以认为是构建和收集 bean 定义的阶段,在这个阶段中,我们可以通过 XML 或者 Java 代码的方式定义一些  bean,然后通过手动组装或者让容器基于某些机制自动扫描的形式,将这些 bean 定义收集到 IoC  容器中。我们通常通过在xml文件中定义bean,然后容器再将这些bean收集到IoC容器中。当第一阶段工作完成后,我们可以先暂且认为 IoC  容器中充斥着一个个独立的 bean,它们之间没有任何关系。但实际上,它们之间是有依赖关系的,所以,IoC容器在第二阶段要干的事情就是分析这些器已经在 IoC  容器之中的 bean,然后根据它们之间的依赖关系先后组装它们。如果 IoC 容发现某个 bean 依赖另一个 bean,它就会将这另一个 bean  注入给依赖它的那个 bean,直到所有 bean 的依赖都注入完成,所有 bean 都“整装待发”,整个 IoC 容器的工作即算完成。

IOC基本运行流程如下图所示:

Spring之什么是IoC

Spring  启动时读取应用程序提供的Bean配置信息,并在Spring容器中生成一份相应的Bean配置注册表,然后根据这张注册表实例化Bean,装配好Bean之间的依赖关系,为上层应用提供准备就绪的运行环境。

IOC深入理解

IoC容器

实现了IoC思想的容器就是IoC容器。IoC容器功能包括:实例化、初始化组件、装配组件依赖关系、负责组件生命周期管理。

IoC容器特点

无需主动new对象;而是描述对象应该如何被创建即可。IoC容器帮你创建,即被动实例化;

不需要主动装配对象之间的依赖关系,而是描述需要哪个服务(组件),IoC容器会帮你装配(即负责将它们关联在一起),被动接受装配;

IoC是一种让服务消费者不直接依赖于服务提供者的组件设计方式,是一种减少类与类之间依赖的设计原则。

理解IoC容器问题关键:控制的哪些方面被反转了?

1、谁控制谁?为什么叫反转? IoC容器控制,而以前是应用程序控制,所以叫反转

2、控制什么?控制应用程序所需要的资源(对象、文件……)

3、为什么控制?解耦组件之间的关系

4、控制的哪些方面被反转了?程序的控制权发生了反转:从应用程序转移到了IoC容器。

使用IoC容器开发需要改变的思路

1、应用程序不主动创建对象,但要描述创建它们的方式。

2、在应用程序代码中不直接进行服务的装配,但要配置文件中描述哪一个组件需要哪一项服务。容器负责将这些装配在一起。

最通俗的解释

所有的类都会在spring容器中登记,告诉spring你是个什么东西,你需要什么东西,然后spring会在系统运行到适当的时候,把你要的东西主动给你,同时也把你交给其他需要你的东西。所有的类的创建、销毁都由  spring来控制,也就是说控制对象生存周期的不再是引用它的对象,而是spring。对于某个具体的对象而言,以前是它控制其他对象,现在是所有对象都被spring控制,所以这叫控制反转。

到此,相信大家对“Spring之什么是IoC”有了更深的了解,不妨来实际操作一番吧!这里是创新互联网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!


当前文章:Spring之什么是IoC
文章转载:http://scyanting.com/article/jpphej.html