Spring源码解析-IOC容器的实现

1.IOC容器是什么?

   IOC(Inversion of Control)控制反转:本来是由应用程序管理的对象之间的依赖关系,现在交给了容器管理,这就叫控制反转,即交给了IOC容器,Spring的IOC容器主要使用DI方式实现的。不需要主动查找,对象的查找、定位和创建全部由容器管理。

在程序中不创建对象。以前我们要调用一个对象的方法,首先要new一个对象。但使用IOC容器,在代码中不直接与对象连接,而是在配置文件中描述要使用哪一个对象。容器负责将这些联系在一起。

  IOC容器的基本功能规范是由BeanFactory定义的,也就是说,BeanFactory定义了IOC容器的最基本的形式,并提供了IOC容器所应该遵守的最基本的服务准则。也是我们使用IOC容器最基本的规范.在Spring的代码中,BeanFactory只是一个借口类,并没有给出容器的具体实现,我们可以看到各种具体的实现,如XmlBeanFactory,ApplicationContext。。 下面是BeanFactory的代码:(如下解释)

  package org.springframework.beans.factory;
  import org.springframework.beans.BeansException;
  public interface BeanFactory {

  //在这里我们可以通过转义字符"&"去得到FactoryBean本身,用来区分通过容器来获得FactoryBean产生的对象和获取FactoryBean本身
     String FACTORY_BEAN_PREFIX = "&";

//得到相应的bean  通过bean的名称
    Object getBean(String name) throws BeansException;

/**

  *得到相应的bean,通过bean的名称和所属的类型
    */
    <T> T getBean(String name, Class<T> requiredType) throws BeansException;

/**

*得到相应的bean  通过所属的类型
    */
    <T> T getBean(Class<T> requiredType) throws BeansException;

/**
    得到bean     通过bean的名称和相应的检索的类型要求
     */
    Object getBean(String name, Object... args) throws BeansException;

/**
     判断是否包含某个bean
     */
    boolean containsBean(String name);

/**
     来查询指定的bean是否为singleton类型的bean   对于相应的属性可以在BeanDefinition中指定
     */
    boolean isSingleton(String name) throws NoSuchBeanDefinitionException;

/**
    来查询指定的bean是否为prototype类型的bean   对于相应的属性可以在BeanDefinition中指定
     */
    boolean isPrototype(String name) throws NoSuchBeanDefinitionException;

/**
     查询指定的名称的bean的class类型是不是特定的class类型  class类型可以使用户自己定义
     */
    boolean isTypeMatch(String name, Class targetType) throws NoSuchBeanDefinitionException;

/**
     查询指定名称的bean的class类型
     */
    Class<?> getType(String name) throws NoSuchBeanDefinitionException;

/**
   查询指定了名称bean的所有的别名  这些别名都是在BeanDefinition中定义的
     */
    String[] getAliases(String name);

}

2.IOC容器XmlBeanFactory的工作原理

  这个图是相应XmlBeanFactory结构图

  XmlBeanFactory只提供了最基本的IOC容器的功能,这个IOC容器可以读取以XML形式定义的BeanDefinition。XmlBeanFactory怎么实现Xml读取的?对这些XML文件定义信息的处理并不是由XmlBeanFactory直接处理。在XmlBeanFactory中,初始化了一个XmlBeanDefinitionReader对象,之所以有了XmlBeanDefinitionReader,XmlBeanFactory就可以那些一xml方式定义的BeanDefinition,所以xml的处理其实是由XmlBeanDefinitionReader来处理的。构建这个XmlBeanFactory需要指定BeanDefinition的数据来源,看下面源码应该很清楚了,是有spring的resource类来给出的。resource是spring封装的io操作的类。如下面例子:

  ClassPathResource resource = new ClassPathResource("applicationContext.xml");这样具体的ClassPathResource类构造相应的resource,然后作为构造参数传递给XmlBeanFactory,这样就可以通过BeanDefinition定义相应的bean进行容器的初始化和依赖注入的过程了。

XmlBeanFactory的源码如下:

package org.springframework.beans.factory.xml;
import org.springframework.beans.BeansException;
import org.springframework.beans.factory.BeanFactory;
import org.springframework.beans.factory.support.DefaultListableBeanFactory;
import org.springframework.core.io.Resource;

//这个类继承的DefaultListableBeanFactory,这个类包含了IOC容器的重要功能,在很多地方都会用到。
public class XmlBeanFactory extends DefaultListableBeanFactory {
    private final XmlBeanDefinitionReader reader = new XmlBeanDefinitionReader(this);
    /**
     传入一个Resource,进行加载xml形式定义的BeanDefinition
     */
    public XmlBeanFactory(Resource resource) throws BeansException {
        this(resource, null);
    }

/**
     传入一个Resource,进行加载xml形式定义的BeanDefinition   及其相依的BeanFactory对象进行加载
     */
    public XmlBeanFactory(Resource resource, BeanFactory parentBeanFactory) throws BeansException {
        super(parentBeanFactory);
        this.reader.loadBeanDefinitions(resource);
    }

}
使用例子:

ClassPathResource resource = new ClassPathResource("applicationContext.xml");

DefaultListableBeanFactory factory = new DefaultListableBeanFactory();

XmlBeanDefinitionReader read = new XmlBeanDefinitionReader(factory);

read.loadBeanDefinitions(resource);

这样我就可以通过factory对象来使用DefaultListableBeanFactory这个IOC容器了。相应的步骤:

1.创建IOC配置文件的抽象资源,其中包含相应bean的定义。

2.创建一个BeanFactory

3.创建一个载入BeanDefinition的读取器,通过一个回调配置给BeanFactory

4.从定义好的资源位置读入配置信息,完成整个载入和注册相应的bean定义之后,IOC容器就可以使用了。

时间: 2024-10-02 05:44:32

Spring源码解析-IOC容器的实现的相关文章

Spring源码解析 – AnnotationConfigApplicationContext容器创建过程

Spring在BeanFactory基础上提供了一些列具体容器的实现,其中AnnotationConfigApplicationContext是一个用来管理注解bean的容器,从AnnotationConfigApplicationContext的实现结构图中可以看出: AnnotationConfigApplicationContext继承GenericApplicationContext这个通用应用上下文,GenericApplicationContext内部定义了一个DefaultList

spring源码解析之IOC容器(一)

学习优秀框架的源码,是提升个人技术水平必不可少的一个环节.如果只是停留在知道怎么用,但是不懂其中的来龙去脉,在技术的道路上注定走不长远.最近,学习了一段时间的spring源码,现在整理出来,以便日后温故知新. IOC容器是spring最核心的模块之一,是整个spring体系的基石,spring其他模块中,都需要用到IOC容器的功能.spring框架为我们提供了多种IOC容器,DefaultableBeanFact ory.FileSystemXmlApplicationContext.Class

SPRING源码解析-SPRING 核心-IOC

IoC 和 AOP是Spring的核心, 是Spring系统中其他组件模块和应用开发的基础.透过这两个模块的设计和实现可以了解Spring倡导的对企业应用开发所应秉承的思路: 易用性. POJO开发企业应用, 直接依赖于Java语言,而不是容器和框架. 提升程序的可测试性,提高软件质量. 提供一致性编程模型,面向接口的编程 降低应用的负载和框架的侵入性.IoC和AOP实现. 不作为现有解决方案的替代,而是集成现有. IoC和AOP这两个核心组件,特别是IoC容器,使用户在使用Spring完成PO

软件开发工程师(JAVA)中级考试大纲--spring源码解析

spring源码解析(1)----IOC 一.IOC容器 在Spring中,IOC容器的重要地位我们就不多说了,对于Spring的使用者而言,IOC容器实际上是什么呢?我们可以说BeanFactory就是我们看到的IoC容器,当然了Spring为我们准备了许多种IoC容器来使用,这样可以方便我们从不同的层面,不同的资源位置,不同的形式的定义信息来建立我们需要的IoC容器. 在Spring中,最基本的IOC容器接口是BeanFactory - 这个接口为具体的IOC容器的实现作了最基本的功能规定 

Spring 源码解析之HandlerAdapter源码解析(二)

Spring 源码解析之HandlerAdapter源码解析(二) 前言 看这篇之前需要有Spring 源码解析之HandlerMapping源码解析(一)这篇的基础,这篇主要是把请求流程中的调用controller流程单独拿出来了 解决上篇文章遗留的问题 getHandler(processedRequest) 这个方法是如何查找到对应处理的HandlerExecutionChain和HandlerMapping的,比如说静态资源的处理和请求的处理肯定是不同的HandlerMapping ge

spring源码分析---IOC(1)

我们都知道spring有2个最重要的概念,IOC(控制反转)和AOP(依赖注入).今天我就分享一下spring源码的IOC. IOC的定义:直观的来说,就是由spring来负责控制对象的生命周期和对象间的关系,将对象之间的关系抽象出来,通过spring容器控制对象生成时机,减少对象之间的耦合度. 更通俗一点的说就是,JAVA程序中,当你在代码中需要使用某个类提供的功能时,你首先需要new一个对象,给它传递必要的参数,然后才能使用它提供的功能:有了IOC之后,IOC的容器类似一个中介,所有的对象都

Spring 源码解析之ViewResolver源码解析(四)

Spring 源码解析之ViewResolver源码解析(四) 1 ViewResolver类功能解析 1.1 ViewResolver Interface to be implemented by objects that can resolve views by name. View state doesn't change during the running of the application, so implementations are free to cache views. I

Spring 源码解析之DispatcherServlet源码解析(五)

Spring 源码解析之DispatcherServlet源码解析(五) 前言 本文需要有前四篇文章的基础,才能够清晰易懂,有兴趣可以先看看详细的流程,这篇文章可以说是第一篇文章,也可以说是前四篇文章的的汇总,Spring的整个请求流程都是围绕着DispatcherServlet进行的 类结构图 根据类的结构来说DispatcherServlet本身也是继承了HttpServlet的,所有的请求都是根据这一个Servlet来进行转发的,同时解释了为什么需要在web.xml进行如下配置,因为Spr

spring源码解析前瞻

IOC.AOP是spring的2个核心特性.理解这2个特性,有助于更好的解析源码. IOC:控制反转.把创建对象的权利交给框架,这有利于解耦. public class PageController { public String showPage(){ PageService page = new PageService(); return ""; } } 原先PageController中使用PageService,需要自己new创建对象,使用spring后,由容器创建PageSe