IOC容器的设计

本节来学习IOC容器的设计：

IOC容器的设计UML：

• 从接口BeanFactory到HierarchicalBeanFactory，再到ConfigurableBeanFactory，是一条主要的beanFactory的设计路径。其中，BeanFactory接口定义了基本的IOC容器的规范。在这个接口定义中，包含了getBean()这样的IOC容器的基本方法。而HierarchicalBeanFactory接口继承了BeanFactory的基本接口后，增加了getParentBeanFactory()的接口功能，使BeanFactory具备了双亲Ioc容器的管理功能。在接下来的ConfigurableBeanFactory接口中，主要定义了一些对BeanFactory的配置功能，比如通过setParentBeanFactory设置双亲Ioc容器，通过addBeanPostProcessor配置Bean的后置处理器，等等。
• 从BeanFactory到ListableBeanFactory到ApplicationContext再到WebApplicationContext或者ConfigurableApplicationContext接口，是一条以ApplicationContext应用上下文接口为核心的接口设计。ListableBeanFactory细化了许多BeanFactory的接口功能，如定义了getBeanDefinitionNames接口方法，ApplicationContext通过继承MessageSource、ApplicationEventPublisher、ResourcePatternResolver接口，在BeanFactory简单IOC容器的基础上添加了许多对高级容器的特性的支持。
• DefaultListableBeanFactory这个基本的IOC容器就是实现了ConfigurableListableBeanFactory、BeanDefinitionRegistry从而成为一个简单IOC容器的实现。

1.BeanFactory的应用场景：

用户在使用容器时，可以使用&得到FactoryBean本身，用来区分通过容器来获取FactoryBean产生的对象和获取FactoryBean本身。

public interface BeanFactory {

	/**
	 * 通过名称获取bean
	 */
	Object getBean(String name) throws BeansException;

	/**
	 * 通过名称和类型获取Bean
	 */
	 T getBean(String name, @Nullable Class requiredType) throws BeansException;

	/**
	 * 
	 */
	Object getBean(String name, Object... args) throws BeansException;

	/**
	 * 通过类型获取Bean
	 */
	 T getBean(Class requiredType) throws BeansException;

	/**
	 * 
	 */
	 T getBean(Class requiredType, Object... args) throws BeansException;


	/**
	 * 判断容器是否含有指定名字的Bean
	 */
	boolean containsBean(String name);

	/**
	 * 查询指定名字的Bean是否是单例类型的
	 */
	boolean isSingleton(String name) throws NoSuchBeanDefinitionException;

	/**
	 * 查询指定名字的Bean是否是prototype类型的
	 */
	boolean isPrototype(String name) throws NoSuchBeanDefinitionException;

	/**
	 * 指定了名字的Bean的Class类型是否是特定的Class类型
	 */
	boolean isTypeMatch(String name, ResolvableType typeToMatch) throws NoSuchBeanDefinitionException;

	/**
	 * 指定了名字的Bean的Class类型是否是特定的Class类型
	 */
	boolean isTypeMatch(String name, @Nullable Class typeToMatch) throws NoSuchBeanDefinitionException;

	/**
	 * 查询指定名字的Bean的Class类型
	 */
	@Nullable
	Class getType(String name) throws NoSuchBeanDefinitionException;

	/**
	 * 查询指定了名字的Bean的所有别名
	 */
	String[] getAliases(String name);

2.BeanFactory容器的设计原理

XmlBeanFactory设计的类继承关系：

注意：XmlBeanFactory在最新的版本中已经不建议使用

在Spring中，实际上DefaultListableBeanFactory作为一个默认的功能完整的IOC容器来使用的。XmlBeanFactory在继承了DefaultListableBeanFactory容器功能的同时，增加了新的功能，可以读取以XML文件方式定义的BeanDefinition的IOC容器。

XMl读取的功能，是在XmlBeanFactory类中初始化了一个XmlBeanDefinitionReader对象，这个对象可以处理XMl文件读取。

@Deprecated
@SuppressWarnings({"serial", "all"})
public class XmlBeanFactory extends DefaultListableBeanFactory {

	private final XmlBeanDefinitionReader reader = new XmlBeanDefinitionReader(this);

	public XmlBeanFactory(Resource resource) throws BeansException {
		this(resource, null);
	}

	public XmlBeanFactory(Resource resource, BeanFactory parentBeanFactory) throws BeansException {
		super(parentBeanFactory);
		this.reader.loadBeanDefinitions(resource);
	}

}

3.ApplicationContext的应用场景

ApplicationContext是一个高级形态的IOC容器

3.1支持不同的信息源。ApplicationContext扩展了MessageSource接口，这些信息源的扩展功能可以支持国际化的实现，为开发多语言版本的应用提供服务。

3.2访问资源。这点体现在对ResourceLoader的支持上，可以从不同地方得到Bean的资源。

3.3支持应用事件。继承了接口ApplicationEventPublisher，从而在上下文中引入事件机制。这些事件和Bean的生命周期的结合为Bean的管理提供了便利。

4.ApplicationContext容器的设计原理

以FileSystemXmlApplicationContext实现类为例子，可以看到主要功能已经在基类AbstractXmlApplicationContext实现了，在FileSystemXmlApplicationContext中，作为一个具体的应用上下文，只需要实现两个功能：

	public FileSystemXmlApplicationContext(
			String[] configLocations, boolean refresh, @Nullable ApplicationContext parent)
			throws BeansException {

		super(parent);
		setConfigLocations(configLocations);
		if (refresh) {
			refresh();
		}
	}

启动IOC容器的refresh，后续再展开。

另一个功能是从文件系统中加载XMl的Bean定义资源

	@Override
	protected Resource getResourceByPath(String path) {
		if (path.startsWith("/")) {
			path = path.substring(1);
		}
		return new FileSystemResource(path);
	}