Spring学习(二)---Spring IoC容器的基础知识

一、Spring IoC容器的设计

1、BeanFactory接口

     IoC中容器的设计基于两个接口：BeanFactory接口、ApplicationContext接口。ApplicationContext是BeanFactory的子接口。换句话说，BeanFactory是Spring IoC容器所定义的最底层接口，而ApplicationContext是其高级接口之一，并且对BeanFactory功能做了扩展，所有我们一般用ApplicationContext作为Spring IoC容器。

看看源码BeanFactory：

[code]package com.zqr.SpringDetail.org.springframework.beans.factory;

import org.springframework.beans.BeansException;
import org.springframework.core.ResolvableType;

public interface BeanFactory {

/**
* 用&符号获取BeanFactory本身,用来区分通过容器获取FactoryBean产生的对象和FactoryBean本身.
* 	比如:myJndiObject是一个FactoryBean,使用&myJndiObject获取到的是FactoryBean,而不是myJndiObject产生的对象.
*
* 	Pass:
* 		BeanFactory与FactoryBean
* 			BeanFactory是一个Factory,用来管理Bean;
* 			FactoryBean是一个工厂Bean,能够产生和修饰对象生成.
*/
String FACTORY_BEAN_PREFIX = "&";

/**
*	使用不同的Bean检索方法,从IoC容器中得到所需要的Bean,从而忽略具体的IoC实现.
*这些检索方法代表的是最为基本的容器入口.
*/
Object getBean(String name) throws BeansException;
<T> T getBean(String name, Class<T> requiredType) throws BeansException;
<T> T getBean(Class<T> requiredType) throws BeansException;
Object getBean(String name, Object... args) throws BeansException;
<T> T getBean(Class<T> requiredType, Object... args) throws BeansException;

/**
* 容器是否含有指定名字的Bean
*/
boolean containsBean(String name);

/**
* 指定名字的Bean是否是Singleton类型.
* Pass:对于Singleton属性,可以在BeanDefinition中指定.
*/
boolean isSingleton(String name) throws NoSuchBeanDefinitionException;

/**
* 指定名字的Bean是否是Prototype类型.
*/
boolean isPrototype(String name) throws NoSuchBeanDefinitionException;

boolean isTypeMatch(String name, ResolvableType typeToMatch) throws NoSuchBeanDefinitionException;

/**
* 查询指定名字的Bean的Class类型是否是特定的Class类型.
*/
boolean isTypeMatch(String name, Class<?> typeToMatch) throws NoSuchBeanDefinitionException;

/**
* 查询指定名字的Bean的Class类型.
*/
Class<?> getType(String name) throws NoSuchBeanDefinitionException;

/**
* 查询指定名字的Bean的所有别名.这些别名都是用户在BeanDefinition中定义的.
*/
String[] getAliases(String name);

}

具体：
　　1、4个获取实例的方法。getBean的重载方法。
　　2、4个判断的方法。判断是否存在，是否为单例、原型，名称类型是否匹配。
　　3、1个获取类型的方法、一个获取别名的方法。根据名称获取类型、根据名称获取别名。一目了然！

2、看看ApplicationContext

     ApplicationContext是BeanFactory的高级接口之一，对BeanFactory功能做了扩展。

      ApplicationContext 的主要实现类是ClassPathXmlApplicationContext 和FileSystemXmlApplicationContext，前者默认从类路径加载配置文件，后者默认从文件系统中装载配置文件。

使用示例：
ApplicationContext ctx =new ClassPathXmlApplicationContext("xxx.xml");

ApplicationContext ctx =new FileSystemXmlApplicationContext("xxx.xml");

    这样会使用ApplicationContext的实现类ClassPathXmlApplicationContext去初始化这个xxx.xml文件中的Bean。

    ApplicationContext 的初始化和BeanFactory 有一个重大的区别：BeanFactory在初始化容器时，并未实例化Bean，直到第一次访问某个Bean 时才实例目标Bean；而ApplicationContext 则在初始化应用上下文时就实例化所有单实例的Bean 。

二、Spring IoC容器的定义和初始化

1、Spring IoC容器的两大步骤：Bean的定义和初始化。先定义，再初始化和依赖注入。

2、定义：分三步：

      第一个过程是Resource定位。即BeanDefinition资源的定位，spring定义了一个Resource接口来定义资源，ResourceLoader负责资源的定位。

     第二个过程是BeanDefinition的载入。这个过程就是将Resource定位到的信息，保存到Bean定义中，并不会创建示例。BeanDefinition的载入分为两个过程，首先通过调用XML的解析器得到 Document对象，但这些Document对象并没有按照spring定义的bean的规则进行解析；然后 DocumentReader按照spring定义的bean的规则进行解析，默认的DocumentReade是 DefaultBeanDefinitionDocumentReader。

     第三个过程是BeanDefinition的注册：把BeanDefinition信息发布到IoC容器中。载入的BeanDefinition最终是通过一个HashMap来持有的，因此注册也就是把解析得到的BeanDefinition设置到HashMap中去。通过实现BeanDefinitionRegistry接口的方法registerBeanDefinition来注册BeanDefinition。

    做完这三步，只是定义，并没有初始化，也不能使用。Spring Bean还有一个配置-- lazy-init懒加载模式，懒加载---就是我们在spring容器启动的是先不把所有的bean都加载到spring的容器中去，而是在当需要用的时候，才把这个对象实例化到容器中。默认值是default，实际是false,也就是说，Spring IoC默认自动初始化Bean，

    如果我们有很多的bean都不想在IOC容器启动的时候就加载，就要设置：< beans  default-lazy-init ="true" >  

三、Spring Bean的生命周期

          通过了解Bean的生命周期可以了解Spring IoC容器初始化和销毁的过程。

1. Bean的实例化

　　首先容器启动后，会对scope为singleton且非懒加载的bean进行实例化。

　　容器在内部实现的时候，采用“策略模式”来决定采用何种方式初始化bean实例。通常，可以通过反射或者CGLIB动态字节码生成来初始化相应的bean实例或者动态生成其子类。默认情况下，容器内部采用CglibSubclassingInstantiationStartegy。容器只要根据相应bean定义的BeanDefinition取得实例化信息，结合CglibSubclassingInstantiationStartegy以及不同的bean定义类型，就可以返回实例化完成的对象实例。但不是直接返回构造完成的对象实例，而是以BeanWrapper对构造完成的对象实例进行包裹，返回相应的BeanWrapper实例。这个BeanWrapper的实现类BeanWrapperImpl是对某个bean进行包裹，然后对包裹后的bean进行操作，比如设置或获取bean的相应属性值。

2. 设置对象属性

　　BeanWrapper继承了PropertyAccessor接口，可以以同一的方式对对象属性进行访问，同时又继承了PropertyEditorRegistry和TypeConverter接口，然后BeanWrapper就可以很方便地对bean注入属性了。

3. 如果Bean实现了BeanNameAware接口，会回调该接口的setBeanName()方法，传入该bean的id，此时该Bean就获得了自己在配置文件中的id。

4. 如果Bean实现了BeanFactoryAware接口，会回调该接口的setBeanFactory()方法，传入该Bean的BeanFactory,这样该Bean就获得了自己所在的BeanFactory.

5. 如果Bean实现了ApplicationContextAware接口，会回调该接口的setApplicationContext()方法，传入该Bean的ApplicationContext, 这样该Bean就获得了自己所在的ApplicationContext。

6. 如果有一个Bean实现了BeanPostProcessor接口，并将该接口配置到配置文件中，则会调用该接口的postProcessBeforeInitialization()方法。

7.如果Bean实现了InitializingBean接口，则会回调该接口的afterPropertiesSet()方法。

8. 如果Bean配置了init-method方法，则会执行init-method配置的方法。

9. 如果有一个Bean实现了BeanPostProcessor接口，并将该接口配置到配置文件中，则会调用该接口的postProcessAfterInitialization方法。

10.经过9之后，就可以正式使用该Bean了，对于scope为singleton的Bean, Spring IoC容器会缓存一份该Bean的实例，而对于scope为prototype的Bean, 每次被调用都回new一个对象，而且生命周期也交给调用方管理了，不再是Spring容器进行管理了。

11. 容器关闭后，如果Bean实现了DisposableBean接口，则会调用该接口的destroy()方法。

12. 如果Bean配置了destroy-method方法，则会执行destroy-method配置的方法，至此，整个Bean生命周期结束。

借鉴博客：https://www.cnblogs.com/IvySue/p/6484599.html