Spring—Ioc

IoC容器，最主要的就是完成对象的创建以及维护对象的依赖关系等。

所谓控制反转，包括两部分：一是控制，二是反转，就是把传统方式需要由代码来实现对象的创建、维护对象的依赖关系，反转给容器来帮忙管理和实现。所以我们必须要创建一个容器，同时需要一种描述来让容器创建对象与对象的关系。

 

一、控制（首先要有容器）

首先，对于一个web应用，其部署在web容器中，web容器提供其一个全局的上下文环境，这个上下文就是ServletContext，其为后面的spring IoC容器提供宿主环境；

其次，在web.xml中会提供有contextLoaderListener。在web容器启动时，会触发容器初始化事件，此时contextLoaderListener会监听到这个事件，其contextInitialized方法会被调用，在这个方法中，spring会初始化一个启动上下文，这个上下文被称为根上下文，即WebApplicationContext，这是一个接口类，确切的说，其实际的实现类是XmlWebApplicationContext。这个就是spring的IoC容器，其对应的Bean定义的配置由web.xml中的context-param标签指定。在这个IoC容器初始化完毕后，spring以WebApplicationContext.ROOTWEBAPPLICATIONCONTEXTATTRIBUTE为属性Key，将其存储到ServletContext中，也就是web容器。web容器也是map集合的方式管理spring的容器的。便于获取；

1:Spring容器究竟是什么？

a:Spring容器是Spring的核心，一切Spring bean都存储在Spring容器内，并由其通过IoC技术管理。Spring容器也就是一个bean工厂（BeanFactory）。应用中bean的实例化，获取，销毁等都是由这个bean工厂管理的。

b:ApplicationContext接口用于完成容器的配置，初始化，管理bean。一个Spring容器就是某个实现了ApplicationContext接口的类的实例。

 

 

1、FileSystemXmlApplicationContext类

这个方法是从文件绝对路径加载配置文件，例如：

ApplicationContext ctx = new FileSystemXmlApplicationContext( "G:/Test/applicationcontext.xml ");

如果在参数中写的不是绝对路径，那么方法调用的时候也会默认用绝对路径来找，我测试的时候发现默认的绝对路径是eclipse所在的路径。

采用绝对路径的话，程序的灵活性就很差了，所以这个方法一般不推荐。

（如果要使用classpath路径，需要加入前缀classpath:   ）

 

2、ClassPathXmlApplicationContext类

这个方法是从classpath下加载配置文件(适合于相对路径方式加载)，例如：

ApplicationContext ctx = new ClassPathXmlApplicationContext( "/applicationcontext.xml ");

该方法参数中classpath: 前缀是不需要的，默认就是指项目的classpath路径下面；这也就是说用ClassPathXmlApplicationContext时默认的根目录是在WEB-INF/classes下面，而不是项目根目录。这个需要注意！

 

3、XmlWebApplicationContext类

专为web工程定制的方法，推荐Web项目中使用。WebApplicationContext需要ServletContext实例,也就是说它必须拥有Web容器的前提下才能完成启动的工作.例如：

ServletContext servletContext = request.getSession().getServletContext();

ApplicationContext ctx = WebApplicationContextUtils.getWebApplicationContext(servletContext);

 

spring分别提供了用于启动WebApplicationContext的Servlet和Web容器监听器:

org.springframework.web.context.ContextLoaderServlet;

org.springframework.web.context.ContextLoaderListener.

这两个方法都是在web应用启动的时候来初始化WebApplicationContext，我个人认为Listerner要比Servlet更好一些，因为Listerner监听应用的启动和结束，而Servlet得启动要稍微延迟一些，如果在这时要做一些业务的操作，启动的前后顺序是有影响的。

 

配置例子如下：

context-param> 

<param-name>contextConfigLocation</param-name> 

<param-value>/WEB-INF/applicationContext.xml</param-value> 

</context-param> 

<listener> 

<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> 

</listener>

 

 

 

2:容器的实例化：

IoC容器是怎么完成初始化的以及对象创建的。Spring只需要三步：

Ioc容器的初始化是由refresh（）方法来启动的，这个方法标志着Ioc容器的正式启动

refresh()方法可谓Spring的核心的入口函数，Spring容器的初始化正是由此开始。。

具体来说这个启动过程包括三个基本过程：

1.BeanDifinition的Resource定位

2.BeanDifinition的载入与解析

3.BeanDifinition在Ioc容器中的注册

 

需要注意的是，Spring把这三个过程分开，并使用不同的模块来完成，如使用相应的ResourceLoader、BeanDifinitionReader等模块，通过这样的实际方式，可以让用户更加灵活的对这三个过程进行剪裁和扩展。

定义出最适合自己的Ioc容器的初始化过程。

 

第一个过程：BeanDifinition的Resource定位

以编程的方式使用DefaultListableBeanFactory时，首先定义一个Resource来定位容器使用的BeanDefinition。这时使用的是ClassPathResource，这意味着Spring会在类路径中去寻找以文件形式存在的BeanDefinition信息。

这个Resource定位指的是BeanDifinition的资源定位，它由ResourceLoader通过统一的Resource接口来完成，这个Resource对各种形式的BeanDifinition的使用都提供了统一的接口。

对于这些BeanDifinition的存在形式，相信大家都不会感到陌生。比如，

在文件系统中的Bean定义信息可以使用FileSystemResource来进行抽象。

在类路劲中的Bean定义信息可以使用ClassPathResource。

这个定位过程类似于容器寻找数据的过程，就想水桶装水先要把水找到一样。

 

第二个过程：BeanDifinition的载入

这个载入过程是把用户定义好的Bean表示成Ioc容器内部的数据结构，而这个容器内部的数据结构就是BeanDifinition。具体来说，BeanDifinition实际上就是POJO对象在IOC容器中的抽象，通过这个BeanDifinition定义的数据结构，使IOC容器能够方便的对POJO对象也就是Bean进行管理。

 

第三个过程：BeanDifinition的注册

这个操作是通过调用BeanDifinitionRegistry借口来实现的。这个注册过程把载入过程中解析得到的BeanDifinition向Ioc容器进行注册。在阅读源码中可知，在IOC容器内部将BeanDifinition注入到一个HashMap中去，Ioc容器就是通过这个HashMap来持有这些BeanDifinition数据的。

 

这里说到的Ioc容器的初始化过程，一般不包含Bean依赖注入的实现。在Ioc的设计中，Bean定义的载入和依赖注入是俩个独立的过程。依赖注入一般发生在应用第一次通过getBean向容器索取Bean的时候。（使用预实例化的配置除外）容器初始化的时候会预先对单例和非延迟加载的对象进行预先初始化。其他的都是延迟加载是在第一次调用getBean 的时候被创建。

 

二、反转（容器通过工厂创建Bean,再将Bean的注入）

 

 

1:

BeanFactory是顶层的一个接口类，只对IoC容器的基本行为作了定义或者是规范，没有具体实现。它有三个子接口：ListableBeanFactory、HierarchicalBeanFactory 和AutowireCapableBeanFactory。

 

2 

ListableBeanFactory 接口表示这些 Bean 是可列表的

HierarchicalBeanFactory 表示的是这些 Bean 是有继承关系的，每个Bean 有可能有父 Bean。AutowireCapableBeanFactory 接口定义 Bean 的自动装配规则。

 

3：

最终的实现类是： DefaultListableBeanFactory，我们就是通过它的以下方法获得Bean实例。

ApplicationContext接口获取Bean方法简介

1： Object getBean(String name) 根据名称返回一个Bean，客户端需要自己进行类型转换；

2： T getBean(String name, Class<T> requiredType) 根据名称和指定的类型返回一个Bean，客户端无需自己进行类型转换，如果类型转换失败，容器抛出异常；

3： T getBean(Class<T> requiredType) 根据指定的类型返回一个Bean，客户端无需自己进行类型转换，如果没有或有多于一个Bean存在容器将抛出异常；

4： Map<String, T> getBeansOfType(Class<T> type) 根据指定的类型返回一个键值为名字和值为Bean对象的 Map，如果没有Bean对象存在则返回空的Map。

 

GetBean 的大概过程：

1.       先试着从单例缓存对象里获取。

2.       从容器取， 从父容器里取定义，有则由父容器创建，再从子容器取定义......。

3.       如果是单例，则走单例对象的创建过程：在 spring 容器里单例对象和非单例对象的创建过程是一样的。都会调用父类 AbstractAutowireCapableBeanFactory 的 createBean 方法。 不同的是单例对象只创建一次并且需要缓存起来。 DefaultListableBeanFactory 的父类 DefaultSingletonBeanRegistry 提供了对单例对象缓存等支持工作。所以是单例对象的话会调用 DefaultSingletonBeanRegistry 的 getSingleton 方法，它会间接调用AbstractAutowireCapableBeanFactory 的 createBean 方法。

4: 如果是 Prototype 多例则直接调用父类 AbstractAutowireCapableBeanFactory 的 createBean 方法。

 

bean 作用域

单例作用域

单例bean只会产生一个实例,对于所有的请求，Spring容器都只会返回一个实例,默认的作用域就是单例的。

换句话说,当定义了单例bean，Srping容器只会创建一个实例，这个实例存储在单例池中，单例池应该属于缓存，接下来所有对于该单例bean的请求和引用，都将返回缓存中的对象。

prototype原型作用域

设置bean作用域为prototype，就是非单例,对于每次请求都将返回一个该类的新实例。也就是说，原型bean注入另一个bean，或者是请求原型bean，都是通过在容器上调用getBean()方法产生的。一般来说 ，原型bean用于有状态bean，单例bean用于无状态bean。

Request, session, and global session scopes

request

,session

,global session

作用域，只有在spring web ApplicationContext

的实现中(比如XmlWebApplicationContext

)才会起作用，若在常规Spring IoC容器中使用，比如ClassPathXmlApplicationContext

中，就会收到一个异常IllegalStateException

来告诉你不能识别的bean作用域