IoC 容器
Spring 容器是 Spring 框架的核心。容器将创建对象,把它们连接在一起,配置它们,并管理他们的整个生命周期从创建到销毁。Spring 容器使用依赖注入(DI)来管理组成一个应用程序的组件。这些对象被称为 Bean。
通过相关配置,容器知道对哪些对象进行实例化,配置和组装。配置可以通过XML,Java 注释或 Java 代码来实现。下图是 Spring 如何工作的高级视图。Spring IoC 容器利用 Java 的 POJO 类和配置元数据来生成完全配置和可执行的系统或应用程序。
IoC 容器具有依赖注入功能的容器,它可以创建对象,IoC 容器负责实例化、定位、配置应用程序中的对象及建立这些对象间的依赖。通常 new 一个实例,控制权由程序员控制,而"控制反转"是指new实例工作不由程序员来做而是交给Spring容器来做。在Spring中BeanFactory是IoC容器的实际代表者。
Spring 提供了以下两种不同类型的容器。
1.Spring BeanFactory 容器
这是一个最简单的容器,它主要的功能是为依赖注入提供支持,这个容器接口在 org.springframework.beans.factory.BeanFactory 中被定义。BeanFactory 和相关的接口,比如BeanFactoryAware、DisposableBean、InitializingBean仍旧保留在 Spring 中,主要目的是向后兼容已经存在的和那些 Spring 整合在一起的第三方框架。
在 Spring 中,有大量对 BeanFactory 接口的实现。其中,最常被使用的是 XmlBeanFactory 类。这个容器从一个 XML 文件中读取配置元数据,由这些元数据来生成一个被配置化的系统或者应用。 比如有如下类:
public class HelloWorld {
private String message;
public void setMessage(String message){
this.message = message;
}
public void getMessage(){
System.out.println("Your Message is : " + message);
}
}
我们通过xml方式来配置该bean
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd">
<bean id="helloWorld" class="com.zmj.web.HelloWorld">
<property name="message" value="Hello World!"/>
</bean>
</beans>
测试类
import org.springframework.beans.factory.xml.XmlBeanFactory;
import org.springframework.core.io.ClassPathResource;
public class MainApp {
public static void main(String[] args) {
XmlBeanFactory factory = new XmlBeanFactory
(new ClassPathResource("Beans.xml"));
HelloWorld obj = (HelloWorld) factory.getBean("helloWorld");
obj.getMessage();
}
}
在主程序当中,我们需要注意以下两点:
第一步利用框架提供的 XmlBeanFactory() API 去生成工厂 bean 以及利用 ClassPathResource() 方法去加载在路径 classpath 下的xml配置文件。XmlBeanFactory 负责创建并初始化所有的对象,即在配置文件中提到的 bean。
第二步利用第一步生成的 bean 工厂对象的 getBean() 方法得到所需要的 bean。 这个方法通过配置文件中的 bean标签的id属性值来返回一个实例。
2.Spring ApplicationContext 容器
ApplicationContext 是 BeanFactory 的子接口,也被成为 Spring 上下文,ApplicationContext 是 spring 中较高级的容器。和 BeanFactory 类似,它可以加载配置文件中定义的bean,将所有的 bean 集中在一起,当有请求的时候分配 bean。 另外,它增加了企业所需要的功能,他俩的详细区别后面会讲到。
ApplicationContext 接口的实现:
FileSystemXmlApplicationContext:该容器从 XML 文件中加载已被定义的 bean。在这里,你需要提供给构造器 XML 文件的完整路径。
ClassPathXmlApplicationContext:该容器从 XML 文件中加载已被定义的 bean。在这里,你不需要提供 XML 文件的完整路径,只需正确配置 CLASSPATH 路径即可,因为,容器会从 CLASSPATH 中搜索 bean 配置文件。
WebXmlApplicationContext:该容器会在一个 web 应用程序的范围内加载在 XML 文件中已被定义的 bean。
我们经常使用 ClassPathXmlApplicationContext 容器。所以,接下来,让我们看一个关于 FileSystemXmlApplicationContext 的例子。
首先是配置文件:
<?xml version="1.0" encoding="UTF-8"?><bean id="helloWorld" class="com.bdqn.zmj.entity.HelloWorld">
<property name="message" value="Hello World!"/>
</bean>
然后是测试类(实体类同上):
public class Test {
public static void main(String[] args) {
ApplicationContext ctx = new FileSystemXmlApplicationContext("F:/applicationContext.xml");
HelloWorld helloWorld = ctx.getBean("helloWorld", HelloWorld.class);
helloWorld.getMessage();
}
}
BeanFactory 容器和ApplicationContext 容器的区别
BeanFactroy采用的是延迟加载形式来注入Bean的,即只有在使用到某个Bean时(调用getBean()),才对该Bean进行加载实例化,这样,我们就不能发现一些存在的Spring的配置问题。而ApplicationContext则相反,它是在容器启动时,一次性创建了所有的Bean。这样,在容器启动时,我们就可以发现Spring中存在的配置错误。 相对于基本的BeanFactory,ApplicationContext 唯一的不足是占用内存空间。当应用程序配置Bean较多时,程序启动较慢。
BeanFactory和ApplicationContext都支持BeanPostProcessor、BeanFactoryPostProcessor的使用,但两者之间的区别是:BeanFactory需要手动注册,而ApplicationContext则是自动注册。
beanFactory主要是面对与 spring 框架的基础设施,面对 spring 自己。而 Applicationcontext 主要面对与 spring 使用的开发者。基本都会使用 Applicationcontex 并非 beanFactory 。