Spring 中常见的容器
我们知道spring容器就是spring中bean的驻留场所。spring容器并不是只有一个。spring自带了多个容器实现，可以归为两种不同的类型：bean工厂和应用上下文。bean工厂是最简单的容器，提供了基本的Di支持；而应用上下文是基于beanFactory构建，并提供了应用框架级别的服务，例如从属性文件解析文本信息以及发布应用实践给感性趣的事件监听者。
虽然我们可以在bean工厂和应用上下文之间任选一种，但是bean工厂对于大多数应用来说往往太低级了，因此，应用上下文要比bean工厂更受欢迎。所以下面我们重点讨论的都是应用上下文对bean的管理。
两类容器的区别：
- BeanFactory
BeanFactory采用了工厂设计模式，负责读取bean配置文档，管理bean的加载，实例化，维护bean之间的依赖关系，负责bean的生命周期。BeanFactory在解析配置文件时并不会初始化对象,只有在使用对象getBean()才会对该对象进行初始化
- ApplicationContext（接口）
ApplicationContext除了提供上述BeanFactory所能提供的功能之外，还提供了更完整的框架功能：国际化支持、aop、事务等。而ApplicationContext在解析配置文件时对配置文件中的所有对象都初始化了,getBean()方法只是获取对象的过程，这样可以确保应用不需要等待他们被创建。
spring自带了很多种类型的应用上下文，常见的有如下几种：
1.AnnotationConfigApplicationContext:从一个或多个基于java的配置类中加载spring上下文定义，适用于java注解的方式；
2.ClassPathXmlApplicationContext:从类路径下的一个或多个xml配置文件中加载上下文定义，把应用上下文的定义文件作为类资源。适用于xml配置的方式；
3.FileSystemXmlApplicationContext:从文件系统下的一个或多个xml配置文件中加载上下文定义，也就是说系统盘符中加载xml配置文件；
4.AnnotationConfigWebApplicationContext:从一个或多个基于java的配置类中加载spring web应用上下文。专门为web应用准备的，适用于注解方式；
5.XmlWebApplicationContext:从web应用下的一个或多个xml配置文件加载上下文定义，适用于xml配置方式
Spring如何管理bean
注意：这里我们是以应用上下文管理bean为例的。
以<bean id="airplane" class="spring.Airplane"/>为例，spring在启动的时候，会创建应用上下文容器，而所有的bean都是在创建应用上下文容器的时候进行加载的，大致流程就是，应用上下文对象会根据我们传入的配置文件路径去加载这个配置文件，然后解析配置文件的<beans>标签下的<bean>标签，然后会对每个bean标签进行解析，这时会根据我们在bean标签中配置的属性（这里我们只定义了id和class）给每一个bean实例化一个BeanDefinition，同时会把这些BeanDefinition对象放入到应用上下文中的一个List<BeanDefinition>集合中，接着就是对List<BeanDefinition>进行循环并且通过class的值通过反射，实例化bean，最后将实例化的bean维护到一个map中，map的key就是bean的id，map的value就是bean的实例化对象，最后我们就可以通过id来获取我们想要的bean了，但是这里只是简单的介绍了bean的加载，应用上下文所做的事情远不止这些，还有对懒加载bean的维护，对bean之间依赖关系的维护（就是我们常说的依赖关系，其实也是通过一个Map<String, Set<String>>类型ConcurrentHashMap来维护的）等等。