Spring IOC
IOC思想
IOC：Inversion of Control，翻译过来是反转控制。
获取资源的传统方式
必须清楚了解资源创建整个过程中的全部细节且熟练掌握
在应用程序中的组件需要获取资源时，传统的方式是组件主动的从容器中获取所需要的资源，在这样的模式下开发人员往往需要知道在具体容器中特定资源的获取方式，增加了学习成本，同时降低了开发效率。
反转控制方式获取资源
不必关心资源创建过程的所有细节。
反转控制的思想完全颠覆了应用程序组件获取资源的传统方式：反转了资源的获取方式——改由容器主动的将资源推送给需要的组件，开发人员不需要知道容器是如何创建资源对象的，只需要提供接收资源的方式即可，极大的降低了学习成本，提高了开发的效率。这种行为也称为查找的被动形式。
DI依赖注入
DI：Dependency Injection，翻译过来是依赖注入。
DI 是 IOC 的另一种表述方式：即组件以一些预先定义好的方式（例如：setter 方法）接受来自于容器的资源注入。相对于IOC而言，这种表述更直接。
所以结论是：IOC 就是一种反转控制的思想， 而 DI 是对 IOC 的一种具体实现。
IOC容器在Spring中的实现
Spring 的 IOC 容器就是 IOC 思想的一个落地的产品实现。IOC 容器中管理的组件也叫做 bean。在创建bean 之前，首先需要创建 IOC 容器。
Spring 提供了 IOC 容器的两种实现方式：
BeanFactory
这是 IOC 容器的基本实现，是 Spring 内部使用的接口。面向 Spring 本身，不提供给开发人员使用。
ApplicationContext
BeanFactory 的子接口，提供了更多高级特性。面向 Spring 的使用者，几乎所有场合都使用 ApplicationContext 而不是底层的 BeanFactory。
ApplicationContext的主要实现类
| 类型名简介 | 简介 |
|---|---|
| ClassPathXmlApplicationContext | 通过读取类路径下的 XML 格式的配置文件创建 的IOC 容器 对象 |
| FileSystemXmlApplicationContext | 通过文件系统路径读取 XML 格式的配置文件创建 IOC 容 器对象 |
| ConfigurableApplicationContext | ApplicationContext 的子接口，包含一些扩展方法 refresh() 和 close() ，让 ApplicationContext 具有启动、 关闭和刷新上下文的能力。 |
| WebApplicationContext | 专门为 Web 应用准备，基于 Web 环境创建 IOC 容器对 象，并将对象引入存入 ServletContext 域中。 |
ClassPathXmlApplicationContext获取Bean
读取类路径下的 XML 格式的配置文件创建的 IOC 容器对象
创建bean测试
public class HelloWorldSpring {
public void satHello(){
System.out.println("hello World Spring ioc");
}
}
在Spring的配置文件中配置bean
通过bean标签配置IOC容器所管理的bean
- id：设置bean的唯一标识
- class：设置bean所对应类型的全类名
<!--
配置HelloWorldSpring 所对应的bean，即将HelloWorldSpring 的对象交给Spring的IOC容器管理
-->
<bean id="helloWorld" class="com.spring.pojo.HelloWorldSpring"></bean>
测试结果
@Test
public void testHello(){
//获取IOC容器
ApplicationContext ioc = new ClassPathXmlApplicationContext("HelloSpring.xml");
HelloWorldSpring helloWorld = (HelloWorldSpring) ioc.getBean("helloWorld");
helloWorld.satHello();
}
到此这篇关于Spring IOC容器使用详细讲解的文章就介绍到这了,更多相关Spring IOC容器内容请搜索编程网以前的文章或继续浏览下面的相关文章希望大家以后多多支持编程网！
