Spring 的发展历史较为悠久，因此很多资料还在讲解它较旧的实现，这里出于怀旧的原因，把它们都列出来，供大家参考
-
DefaultListableBeanFactory，是 BeanFactory 最重要的实现，像控制反转和依赖注入功能，都是它来实现
-
ClassPathXmlApplicationContext，从类路径查找 XML 配置文件，创建容器（旧）
-
FileSystemXmlApplicationContext，从磁盘路径查找 XML 配置文件，创建容器（旧）
-
XmlWebApplicationContext，传统 SSM 整合时，基于 XML 配置文件的容器（旧）
-
AnnotationConfigWebApplicationContext，传统 SSM 整合时，基于 java 配置类的容器（旧）
-
AnnotationConfigApplicationContext，Spring boot 中非 web 环境容器（新）
-
AnnotationConfigServletWebServerApplicationContext，Spring boot 中 servlet web 环境容器（新）
-
AnnotationConfigReactiveWebServerApplicationContext，Spring boot 中 reactive web 环境容器（新）
另外要注意的是，后面这些带有 ApplicationContext 的类都是 ApplicationContext 接口的实现，但它们是组合了 DefaultListableBeanFactory 的功能，并非继承而来
在这里，我们以BeanFactory 最重要的实现DefaultListableBeanFactory为例，来讲解BeanFactory的实现：
//创建实例对象
DefaultListableBeanFactory beanFactory = new DefaultListableBeanFactory();因为刚创建好的对象是没有任何bean的，所以我们要进行添加bean，准备三个基本的Config类，用来添加bean
@Configuration
static class Config {
@Bean
public Bean1 bean1() {
return new Bean1();
}
@Bean
public Bean2 bean2() {
return new Bean2();
}
@Bean
public Bean3 bean3() {
return new Bean3();
}
@Bean
public Bean4 bean4() {
return new Bean4();
}
}
static class Bean1 {
private static final Logger log = LoggerFactory.getLogger(Bean1.class);
public Bean1() {
log.debug("构造 Bean1()");
}
@Autowired
private Bean2 bean2;
public Bean2 getBean2() {
return bean2;
}
static class Bean2 {
private static final Logger log = LoggerFactory.getLogger(Bean2.class);
public Bean2() {
log.debug("构造 Bean2()");
}
}创建config的beanDefinition，用来加入bean工厂里，以后有bean工厂来进行管理
AbstractBeanDefinition beanDefinition =
BeanDefinitionBuilder.genericBeanDefinition(Config.class).setScope("singleton").getBeanDefinition();注册beanDefinition
beanFactory.registerBeanDefinition("config", beanDefinition);ok，bean工厂里面就有了一个叫config的bean，单例模式。
测试一波，来看看这个bean工厂里面有多少个beanDefinition
for (String name : beanFactory.getBeanDefinitionNames()) {
System.out.println(name);//Config
}看到这里，我们可能会有个疑问，因为在配置类中，我们不是加了@Bean的注解吗？所以容器应该有bean1和bean2，但输出的结果却只有config，为什么呢？
输出结果就说明这个@Configuration，@Bean注解没有被解析，也就是这个BeanFactory它缺少了解析这些注解的能力，功能并不完整。
那么我们怎么才能让它的功能完整，可以解析这些注解呢？ 有其他的类来提供解析这些注解的能力
//给BeanFactory 添加一些常用的后处理器
AnnotationConfigUtils.registerAnnotationConfigProcessors(beanFactory);这些后处理器就是对beanFactory进行功能上的扩展，解决不能解析注解的问题。
此时，我们再来输出结果一波：
for (String name : beanFactory.getBeanDefinitionNames()) {
System.out.println(name);
}
多了一些spring内置的bean后处理器，第一个是用来处理@Configuration注解，将其配置类里面的定义的bean信息补充到beanFactory中
这个时候，输出的结果并没有bean1和bean2，这是为什么呢？那是因为我们这是添加了后处理器，但并没有让它运行
// BeanFactory 后处理器主要功能，补充了一些 bean 定义
// bean 的定义（class, scope, 初始化, 销毁）
//解析 @Configuration @Bean注解
beanFactory.getBeansOfType(BeanFactoryPostProcessor.class).values().forEach(beanFactoryPostProcessor -> {
//执行BeanFactory的后处理器
beanFactoryPostProcessor.postProcessBeanFactory(beanFactory);
});
ok，此刻我们看到输出结果有bean1和bean2，؏؏☝ᖗ乛◡乛ᖘ☝؏؏
我们将bean1和bean2添加到bean工厂里了，那么可不可以拿出来用呢？我们来试试看：
System.out.println(beanFactory.getBean(Bean1.class).getBean2());
bean1可以拿到，但是bean2等于null，这是为什么呢？@Autowired依赖注入没有被解析。
这也是bean工厂的扩展功能，是由其他的后处理器通过的解析功能，用ben的后处理器来完成实现，来，看代码：
// Bean 后处理器, 针对 bean 的生命周期的各个阶段提供扩展, 例如 @Autowired @Resource ...
beanFactory.getBeansOfType(BeanPostProcessor.class).values().stream()
//获取比较器(单例)
.sorted(beanFactory.getDependencyComparator())
.forEach(beanPostProcessor -> {
System.out.println(">>>>" + beanPostProcessor);
//建立bean工厂与后处理器的联系
beanFactory.addBeanPostProcessor(beanPostProcessor);
});ok，؏؏☝ᖗ乛◡乛ᖘ☝؏؏
bean的后处理器有多个，功能不同，解析的注解也不同，来看源代码：
bean 后处理器会有排序的逻辑，来看排序规则：
System.out.println("Common:" + (Ordered.LOWEST_PRECEDENCE - 3));// 2147483644
System.out.println("Autowired:" + (Ordered.LOWEST_PRECEDENCE - 2));// 2147483645所以common排在前面，Autowired排在后面。
总结：
beanFactory 不会做的事 ：
1. 不会主动调用 BeanFactory 后处理器
2. 不会主动添加 Bean 后处理器
3. 不会主动初始化单例
4. 不会解析beanFactory 还不会解析 ${ } 与 #{ }
bean 后处理器会有排序的逻辑
