在前一篇文章中我们谈到，BeanFactory 接口是 Spring 框架中的核心接口，而ApplicationContext 是该BeanFactory的超类，在这篇文章中，我们就主要来看一看BeanFactory和ApplicationContext到底是什么，有什么作用，两者之间有什么区别？

一、BeanFactory

打开spring framework的源码中的BeanFactory接口，其包含的方法如下图所示。

QQ图片20180730225936.png

其中有五个getBean方法，这也是BeanFactory最重要的方法，用于从容器中返回特定名称的bean；getAliases是获取别名

Spring为BeanFactory提供了多种实现，最常用的是XmlBeanFactory，但是在Spring 3.2中已被废弃，建议使用XmlBeanDefinitionReader/DefaultListableBeanFactory替代

在DefaultListableBeanFactory中，getBean的方法如下：

@Override
    public <T> T getBean(Class<T> requiredType, @Nullable Object... args) throws BeansException {
        NamedBeanHolder<T> namedBean = resolveNamedBean(requiredType, args);
        if (namedBean != null) {
            return namedBean.getBeanInstance();
        }
        BeanFactory parent = getParentBeanFactory();
        if (parent != null) {
            return (args != null ? parent.getBean(requiredType, args) : parent.getBean(requiredType));
        }
        throw new NoSuchBeanDefinitionException(requiredType);
    }

其中，resolveNamedBean中的核心代码为

if (candidateName != null) {    
Object beanInstance = candidates.get(candidateName);    
if (beanInstance == null || beanInstance instanceof Class) {        
beanInstance = getBean(candidateName, requiredType, args);      
}   
return new NamedBeanHolder<>(candidateName, (T) beanInstance);}

其中，getBean方法为org.springframework.beans.factory.support.AbstractBeanFactory#getBean(java.lang.String, java.lang.Class<T>, java.lang.Object...)

public <T> T getBean(String name, @Nullable Class<T> requiredType, @Nullable Object... args)
throws BeansException { return doGetBean(name, requiredType, args, false);}

一直追根溯源我们最后走到的是

org.springframework.beans.factory.support.FactoryBeanRegistrySupport#doGetObjectFromFactoryBean

object = factory.getObject();

即最后调用的都是对应factory实例的getObject方法

最后我们再来看一下DefaultListableBeanFactory的继承关系

QQ图片20180731074015.png

其中：

ListableBeanFactory 接口表示这些 Bean 是可列表的， 而 HierarchicalBeanFactory 表示的是这些 Bean 是有继承关系的，也就是每个 Bean 有可能有父 Bean。AutowireCapableBeanFactory接口定义 Bean 的自动装配规则。ConfigurableBeanFactory增强了IoC容器的可定制性，定义了设置类装载器、属性编辑器、容器初始化后置处理器等方法。

SingletonBeanRegistry 定义了允许在运行期向容器注册单实例Bean的方法

BeanDefinitionRegistry提供了向容器中手动注册BeanDefinition的方法

二、ApplicationContext

Spring的官网文档中有如下描述：传送门

| ApplicationContext is a sub-interface of BeanFactory. It adds easier integration with Spring’s AOP features; message resource handling (for use in internationalization), event publication; and application-layer specific contexts such as the WebApplicationContext for use in web applications. |

也就是说，ApplicationContext 除了能够实现BeanFactory中的功能以外，还添加了诸如对信息源、事件发布等的支持\

要上班了，晚上回来写个demo

——————————————————————————————————

接上文

public class main {   
   public static void main(String[] args) {       
     ApplicationContext ctx = new ClassPathXmlApplicationContext("ApplicationContext.xml");                
    Person person =(Person) ctx.getBean("person");        
    person.desc();    
  }
}

这是一个最简单的demo，这里用的是ClassPathXmlApplicationContext，继承的是AbstractApplicationContext，

我们在AbstractApplicationContext中的refresh方法中打如下断点：

QQ图片20180805121254.png

之后启动spring容器，可以看到如下结果：

QQ图片20180805121640.png

我们点击ObtainFreshBeanFactory方法，到最底层来到了

/**
     * Tell the subclass to refresh the internal bean factory.
     * @return the fresh BeanFactory instance
     * @see #refreshBeanFactory()
     * @see #getBeanFactory()
     */
    protected ConfigurableListableBeanFactory obtainFreshBeanFactory() {
        refreshBeanFactory();
        ConfigurableListableBeanFactory beanFactory = getBeanFactory();
        if (logger.isDebugEnabled()) {
            logger.debug("Bean factory for " + getDisplayName() + ": " + beanFactory);
        }
        return beanFactory;
    }

一开始我以为起作用的是 getBeanFactory方法，后来debug发现实际上起作用的是refreshBeanFactory

refreshBeanFactroy()使用的是org.springframework.context.support.AbstractRefreshableApplicationContext#refreshBeanFactory

/**
     * This implementation performs an actual refresh of this context's underlying
     * bean factory, shutting down the previous bean factory (if any) and
     * initializing a fresh bean factory for the next phase of the context's lifecycle.
     */
    @Override
    protected final void refreshBeanFactory() throws BeansException {
        if (hasBeanFactory()) {
            destroyBeans();
            closeBeanFactory();
        }
        try {
            DefaultListableBeanFactory beanFactory = createBeanFactory();
            beanFactory.setSerializationId(getId());
            customizeBeanFactory(beanFactory);
            loadBeanDefinitions(beanFactory);
            synchronized (this.beanFactoryMonitor) {
                this.beanFactory = beanFactory;
            }
        }
        catch (IOException ex) {
            throw new ApplicationContextException("I/O error parsing bean definition source for " + getDisplayName(), ex);
        }
    }

其中,try中的第一句，就点名了产生的是一个DefaultListableBeanFactory，也即为BeanFactory真正起作用的类
所以说，ApplicationContext的最底层还是使用的beanFactory。