简单说,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;
}