Spring 概念与源码解析——容器（一）

简单说，spring的容器可以看成是一个泛型为Map<String, Object> 的map，map的值是java对象，key是给对象起的名字（你可以把名字起成任意字符串，只要不冲突）。

spring容器没有直接继承Map<K,V>接口，实现也比一般的Map复杂得多。但是这种类比对我们理解spring容器很有启发性。那些继承Map接口的类，可以通过get("名字")来获取java对象。那些继承了一个名为BeanFactory的接口的spring容器，有一个getBean("名字")的方法，能获取想要的对象。

为什么我们要使用spring容器而不是自己定义一个Map呢？

原因之一：spring提供了一种声明式(declarative)的对象定义方法。如果使用普通Map，在get类对象之前，总要先要new 这个对象然后put进去。这是过程式或命令式的。spring与此不同，借助代码扫描、注解或者xml配置，容器负责查找、初始化这个对象，提供对象生命周期的管理，省去了自己创建对象的步骤（自己创建对象注册到spring容器中也是可行的）。容器还提供了一系列方法，支持通过名字、类型、别名等获取对象，判断对象是否已经被注册等。

原因之二：如果一个容器管理的对象依赖了其他对象，并且这个对象也是容器管理的，那么你甚至不用显式写getBean方法。通过声明式配置（注解或者xml），容器会自动把相互依赖的对象准备好装配起来。术语叫做依赖注入。

Bean是spring之前就存在的概念，但是由于spring把容器中的对象称为bean，因此当在spring在中谈论bean时，对象生命周期的管理和依赖注入等等概念也自然进入脑海。

这篇文章涉及到的BeanFactory 的部分接口

public interface BeanFactory {

    //1. 根据名字str获取，获取bean，返回类型是Object
    Object getBean(String name) throws BeansException;

    //2. 泛型方法，在上一个方法基础上，会抛出BeanNotOfRequiredTypeException异常，不会再用户使用时抛出ClassCastException
    <T> T getBean(String name, @Nullable Class<T> requiredType) throws BeansException;

    //4. 根据类型返回bean。NoSuchBeanDefinitionException，同1；NoUniqueBeanDefinitionException超过一个满足条件
    <T> T getBean(Class<T> requiredType) throws BeansException;

    //5. 是否存在bean
    boolean containsBean(String name);

    //9. 返回bean类的类型
    Class<?> getType(String name) throws NoSuchBeanDefinitionException;
}