Spring详解2.理解IoC容器

摘要：目前建议使用与。入參是当前正在处理的，是当前的配置名，返回的对象为处理后的。如果，则将放入容器的缓存池中，并返回。和这两个接口，一般称它们的实现类为后处理器。体系结构让容器拥有了发布应用上下文事件的功能，包括容器启动事件关闭事件等。

interface Burger {
    int getPrice();
}
interface Drink {
    int getPrice();
}

class ZingerBurger implements Burger {
    public int getPrice() {
        return 10;
    }
}
class PepsiCola implements Drink {
    public int getPrice() {
        return 5;
    }
}

/**
 * 香辣鸡腿堡套餐
 */
class ZingerBurgerCombo {
    private Burger burger = new ZingerBurger();
    private Drink drink = new PepsiCola();

    public int getPrice() {
        return burger.getPrice() + drink.getPrice();
    }
}

上述案例中我们实现了一个香辣鸡腿堡套餐，在ZingerBurgerCombo中，我们发现套餐与汉堡、套餐与饮品产生了直接的耦合。要知道肯德基中的套餐是非常多的，这样需要建立大量不同套餐的类；而且如果该套餐中的百事可乐如果需要换成其他饮品的话，是不容易改变的。

class KFCCombo {
    private Burger burger;
    private Drink drink;

    public KFCCombo(Burger burger, Drink drink) {
        this.burger = burger;
        this.drink = drink;
    }
}

class KFCWaiter {
    public KFCCombo getZingerBurgerCombo() {
        return new KFCCombo(new ZingerBurger(), new PepsiCola());
    }
    // else combo…
}

为了防止套餐和汉堡、饮品的耦合，我们统一用KFCCombo来表示所有的套餐组合，引入了一个新的类KFCWaiter，让她负责所有套餐的装配。

控制反转IoC

IoC的字面意思是控制反转，它包括两部分的内容：

控制：在上述案例中，控制就是选择套餐中汉堡和饮品的控制权。

反转：反转就是把该控制权从套餐本身中移除，放到专门的服务员手中。

对于Spring来说，我们通过Spring容器管理来管理和控制Bean的装配。

依赖注入

由于IoC这个重要的概念比较晦涩隐讳，Martin Fowler提出了DI（Dependency Injection，依赖注入）的概念用以代替IoC，即让调用类对某一接口实现类的依赖关系由第三方（容器或协作类）注入，以移除调用类对某一接口实现类的依赖。

Spring容器

Spring就是一个容器，它通过配置文件或注解描述类和类之间的依赖关系，自动完成类的初始化和依赖注入的工作。让开发着可以从这些底层实现类的实例化、依赖关系装配等工作中解脱出来，专注于更有意义的业务逻辑开发。

从注入方法上看，IoC可以分为：构造函数注入、属性注入、接口注入

构造函数注入

class KFCCombo {
    private Burger burger;
    private Drink drink;

    // 在此注入对应的内容
    public KFCCombo(Burger burger, Drink drink) {
        this.burger = burger;
        this.drink = drink;
    }
}

属性注入

class KFCCombo {
    private Burger burger;
    private Drink drink;

    // 在此注入对应的内容
    public void setBurger(Burger burger) {
        this.burger = burger;
    }

    // 在此注入对应的内容
    public void setDrink(Drink drink) {
        this.drink = drink;
    }
}

接口注入

interface InjectFood {
    void injectBurger(Burger burger);
    void injectDrink(Drink drink);
}

class KFCCombo implements InjectFood {
    private Burger burger;
    private Drink drink;
    
    // 在此注入对应的内容
    public void injectBurger(Burger burger) {
        this.burger = burger; 
    }
    // 在此注入对应的内容
    public void injectDrink(Drink drink) {
        this.drink = drink;
    }
}

接口注入和属性注入并无本质的区别，而且还增加了一个额外的接口导致代码增加，因此不推荐该方式。

JDK提供的访问资源的类（如java.net.URL、File等）并不能很好地满足各种底层资源的访问需求，比如缺少从类路径或者Web容器上下文中获取资源的操作类。因此，Spring提供了Resource接口，并由此装载各种资源，包括配置文件、国际化属性文件等资源。

WritableResource：可写资源接口，Spring3.1新增的接口，有2个实现类：FileSystemResource和PathResource。

ByteArrayResource：二进制数组表示的资源，二进制数组资源可以在内存中通过程序构造。

ClassPathResource：类路径下的资源，资源以相对于类路径的方式表示。

FileSystemResouce：文件系统资源，资源以文件系统路径的方式表示。

InputStreamResource：以输入流返回标识的资源

ServletContextResource：为访问Web容器上下文中的资源而设计的类，负责以相对于Web应用根目录的路径来加载资源。支持以流和URL的形式访问，在war包解包的情况下，也可以通过File方式访问。 该类还可以直接从JAR包中访问资源。

UrlResource：封装了java.net.URL，它使用户能够访问任何可以通过URL表示的资源，如文件系统的资源、HTTP资源、FTP资源

PathResource：Spring 4.0提供的读取资源文件的新类。PathResource封装了java.net.URL、java.nio.file.Path、文件系统资源，它使用户能够访问任何可以通过URL、Path、系统文件路径标识的资源，如文件系统的资源、HTTP资源、FTP资源

为了访问不同类型的资源，Resource接口下提供了不同的子类，这造成了使用上的不便。Spring提供了一个强大的加载资源的方式，在不显示使用Resource实现类的情况下，仅通过不同资源地址的特殊标示就可以访问对应的资源。

classpath:与classpath*:

假设有多个Jar包或者文件系统类路径下拥有一个相同包名（如com.ankeetc）：

classpath：只会在第一个加载的com.ankeetc包的类路径下查找

classpath*：会扫描到所有的这些JAR包及类路径下出现的com.ankeetc类路径。

这对于分模块打包的应用非常有用，假设一个应用分为2个模块，每一个模块对应一个配置文件，分别为module1.yaml 、module2.yaml，都放在了com.ankeetc的目录下，每个模块多带带打成JAR包。可以使用 classpath*:com/ankeetc/module*.xml加载所有模块的配置文件。

Ant风格的资源地址通配符

? 匹配文件名中的一个字符

* 匹配文件名中的任意字符

** 匹配多层路径

资源加载器

ResourceLoader接口仅有一个getResource(String loacation)方法，可以根据一个资源地址加载文件资源。不过，资源地址仅支持带资源类型前缀的表达式，不支持Ant风格的资源路径表达式。

ResourcePatternResolver扩展ResourceLoader接口，定义了一个新的接口方法getResource(String locationPattern)，改方法支持带资源类型前缀及Ant风格的资源路径表达式。

PathMatchingResourcePatternResolver是Spring提供的标准实现类。

BeanFactory是Spring框架最核心的接口，它提供了高级IoC的配置机制。我们一般称BeanFactory为IoC容器。

BeanFactory是Spring框架等基础设施，面向Spring本身。

BeanFactory是一个类工厂，可以创建并管理各种类的对象。

所有可以被Spring容器实例化并管理的Java类都可以成为Bean。

BeanFactory主要方法就是getBean(String beanName);

BeanFactory启动IoC容器时，并不会初始化配置文件中定义的Bean，初始化动作在第一个调用时产生。

对于单实例的Bean来说，BeanFactory会缓存Bean实例，在第二次使用geBean()获取Bean时，将直接从IoC容器的缓存中获取Bean实例。

BeanFactory：BeanFactory接口位于类结构树的顶端，它最主要的方法就是getBean(String beanName) ，该方法从容器中返回特定名称的Bean，BeanFactory的功能通过其他接口而得到不断扩展。

ListableBeanFactory：该接口定义了访问容器中Bean基本信息的若干方法，如：查看 Bean 的个数、获取某一类型Bean的配置名、或查看容器中是否包含某一个Bean。

HierarhicalBeanFactory：父子级联 IoC 容器的接口，子容器可以通过接口方法访问父容器。

ConfigurableBeanFactory：该接口增强了IoC容器的可定制性，它定义了设置类装载器、属性 编辑器、容器初始化后置处理器等方法。

AutowireCapableBeanFactory：定义了将容器中的Bean按某种规则（如：按名称匹配、按类型匹配）进行自动装配的方法。

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

BeanDefinitionRegistry：Spring配置文件中每一个Bean节点元素在Spring容器里都通过一个 BeanDefinition对象表示，它描述了Bean的配置信息。而BeanDefinitionRegistry接口提供了向容器手工注册BeanDefinition对象的方法。

BeanFactory有多种实现，最常用的是 XmlBeanFactory，但在Spring 3.2时已被废弃。目前建议使用XmlBeanDefinitionReader与DefaultListableBeanFactory。

    public static void main(String[] args) throws Exception {
        ResourceLoader resourceLoader = new DefaultResourceLoader();
        Resource resource = resourceLoader.getResource("beans.xml");

        DefaultListableBeanFactory beanFactory = new DefaultListableBeanFactory();
        XmlBeanDefinitionReader reader = new XmlBeanDefinitionReader(beanFactory);
        reader.loadBeanDefinitions(resource);

        beanFactory.getBean("");
    }

当调用者通过getBean()向容器请求一个Bean时，如果容器注册了InstantiationAwareBeanPostProcessor接口，则在实例化Bean之前，调用postProcessBeforeInstantiation()方法。

根据配置调用构造方法或者工厂方法实例化Bean。

调用InstantiationAwareBeanPostProcessor#postProcessAfterInstantiation()。

调用InstantiationAwareBeanPostProcessor#postProcessPropertyValues()方法。

设置属性值。

如果Bean实现了BeanNameAware接口，则将调用BeanNameAware#setBeanName()接口方法，将配置文件中该Bean对应的名称设置到Bean中。

如果Bean实现了BeanFactoryAware接口，将调用BeanFactoryAware#setBeanFactory()接口方法。

如果容器注册了BeanPostProcessor接口，将调用BeanPostProcessor#postProcessBeforeInitialization()方法。入參Bean是当前正在处理的Bean，BeanName是当前Bean的配置名，返回的对象为处理后的Bean。BeanPostProcessor在Spring框架中占有重要的地位，为容器提供对Bean进行后续加工处理的切入点，AOP、动态代理都通过BeanPostProcessor来实现。

如果Bean实现了InitializingBean接口，则将调用InitializingBean#afterPropertiesSet()方法。

如果中定义了init-method初始化方法，则执行这个方法。

调用BeanPostProcessor#postProcessAfterInitialization()方法再次加工Bean。

如果中指定了Bean的作用范围为scope="prototype"，则将Bean返回给调用者，Spring不再管理这个Bean的生命周期。如果scope="singleton"，则将Bean放入Spring IoC容器的缓存池中，并返回Bean。

对于scope="singleton"的Bean，当容器关闭时，将触发Spring对Bean的后续生命周期的管理工作。如果Bean实现了DisposableBean接口，将调用DisposableBean#destroy()方法。

对于`scope="singleton"的Bean，如果通过的destroy-method属性指定了Bean的销毁方法，那么Spring将执行这个方法。

Bean方法的分类

Bean自身的方法：构造方法、Setter设置属性值、init-method、destroy-method。

Bean级生命周期接口方法：如上图中蓝色的部分。BeanNameAware、BeanFactoryAware、InitializingBean、DisposableBean，这些由Bean本身直接实现。

容器级生命周期接口方法：如上图中的红色的部分。InstantiationAwareBeanPostProcessor和BeanPostProcessor这两个接口，一般称它们的实现类为后处理器。后处理器接口不由Bean本身实现，实现类以容器附加装置的形式注册到Spring容器中。当Spring容器创建任何Bean的时候，这些后处理器都会起作用，所以这些后处理器的影响是全局的。如果需要多个后处理器，可以同时实现Ordered接口，容器将按照特定的顺序依此调用这些后处理器。

工厂后处理器接口方法：AspectJWeavingEnabler、CustomAutowireConfigurer、ConfigurationClassPostProcessor等方法，工厂后处理器也是容器级的，在应用上下文装配配置文件后立即使用。

public class Main {
    public static void main(String[] args) {
        Resource resource = new PathMatchingResourcePatternResolver().getResource("classpath:beans.xml");

        DefaultListableBeanFactory beanFactory = new DefaultListableBeanFactory();
        XmlBeanDefinitionReader reader = new XmlBeanDefinitionReader(beanFactory);
        reader.loadBeanDefinitions(resource);

        beanFactory.addBeanPostProcessor(new InstantiationAwareBeanPostProcessor() {
            public Object postProcessBeforeInstantiation(Class beanClass, String beanName) throws BeansException {
                System.out.println("InstantiationAwareBeanPostProcessor.postProcessBeforeInstantiation()");
                return null;
            }

            public boolean postProcessAfterInstantiation(Object bean, String beanName) throws BeansException {
                System.out.println("InstantiationAwareBeanPostProcessor.postProcessAfterInstantiation()");
                return true;
            }

            public PropertyValues postProcessPropertyValues(PropertyValues pvs, PropertyDescriptor[] pds, Object bean, String beanName) throws BeansException {
                System.out.println("InstantiationAwareBeanPostProcessor.postProcessPropertyValues()");
                return pvs;
            }

            public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
                System.out.println("BeanPostProcessor.postProcessBeforeInitialization()");
                return bean;
            }

            public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
                System.out.println("BeanPostProcessor.postProcessAfterInitialization()");
                return bean;
            }
        });

        MyBean myBean = beanFactory.getBean("myBean", MyBean.class);
        beanFactory.destroySingletons();
    }
}

class MyBean implements BeanNameAware, BeanFactoryAware, InitializingBean, DisposableBean {
    private String prop;

    public MyBean() {
        System.out.println("MyBean:构造方法");
    }

    public String getProp() {
        System.out.println("MyBean:get方法");
        return prop;
    }

    public void setProp(String prop) {
        System.out.println("MyBean:set方法");
        this.prop = prop;
    }

    public void setBeanFactory(BeanFactory beanFactory) throws BeansException {
        System.out.println("MyBean:BeanFactoryAware.setBeanFactory()");
    }

    public void setBeanName(String name) {
        System.out.println("MyBean:BeanNameAware.setBeanName()");
    }

    public void destroy() throws Exception {
        System.out.println("MyBean:DisposableBean.destroy()");
    }

    public void afterPropertiesSet() throws Exception {
        System.out.println("MyBean:InitializingBean.afterPropertiesSet()");
    }

    // 配置文件中init-method
    public void myInit() {
        System.out.println("MyBean:myInit()");
    }

    // 配置文件中destroy-method
    public void myDestroy() {
        System.out.println("MyBean:myDestroy()");
    }
}

Bean生命周期带来的耦合：通过实现Spring的Bean生命周期接口对Bean进行额外控制，虽然让Bean具有了更细致的生命周期阶段，但也带来了一个问题，Bean和Spring框架紧密绑定在一起了，这和Spring一直推崇的“不对应用程序类作任何限制”的理念是相悖的。业务类本应该完全POJO化，只实现自己的业务接口，不需要和某个特定框架（包括Spring框架）的接口关联。

init-method和destroy-method：可以通过的init-method和destroy-method属性配置方式为Bean指定初始化和销毁的方法，采用这种方式对Bean生命周期的控制效果和通过实现InitializingBean、DisposableBean接口所达到的效果是完全相同的，而且达到了框架解耦的目的。

BeanPostProcessor：BeanPostProcessor接口不需要Bean去继承它，可以像插件一样注册到Spring容器中，为容器提供额外功能。

ApplicationEventPublisher：让容器拥有了发布应用上下文事件的功能，包括容器启动事件 、关闭事件等。实现了ApplicationListener事件监听接口的Bean可以接收到容器事件，并对容器事件进行响应处理。在ApplicationContext抽象实现类AbstractApplicationContext中存在一个 ApplicationEventMulticaster，它负责保存所有的监听器，以便在容器产生上下文事件时通知这些事件监听者。

MessageSource：为容器提供了i18n国际化信息访问的功能。

ResourcePatternResolver：所有ApplicationContext实现类都实现了类似于PathMatchingResourcePatternResolver的功能，可以通过带前缀 Ant 风格的资源类文件路径来装载Spring的配置文件。

LifeCycle：它提供了start()和stop()两个方法，主要用于控制异步处理过程。在具体使用时，该接口同时被ApplicationContext实现及具体Bean实现，ApplicationContext会将start/stop的信息传递给容器中所有实现了该接口的Bean，以达到管理和控制JMX、任务调度等目的。

ConfigurableApplicationContext：它扩展了ApplicationContext，让ApplicationContext具有启动、刷新和关闭应用上下文的能力。上下文关闭时，调用 refresh()即可启动上下文；如果已经启动，则调用refresh()可清除缓存并重新加载配置信息；调用close()可关闭应用上下文。

ClassPathXmlApplicationContext：从类路径中加载XML配置文件，也可以显示的使用带资源类型前缀的路径。

FileSystemXmlApplicationContext：从文件系统路径下加载XML配置文件，也可以显示的使用带资源类型前缀的路径。

AnnotationConfigApplicationContext：一个标注@Configuration注解的POJO即可提供Spring所需的Bean配置信息。

GenericGroovyApplicationContext：从Groovy配置中提取Bean。

    public static void main(String[] args) throws Exception {
        ClassPathXmlApplicationContext classPathXmlApplicationContext =
                new ClassPathXmlApplicationContext("beans.xml");
        FileSystemXmlApplicationContext fileSystemXmlApplicationContext =
                new FileSystemXmlApplicationContext("file:/Users/zhengzhaoxi/Git/spring/src/main/resources/beans.xml");
        AnnotationConfigApplicationContext annotationConfigApplicationContext =
                new AnnotationConfigApplicationContext(Config.class);
    }

见后续章节

不同点

Bean在ApplicationContext和BeanFactory中生命周期类似，但有以下不同点

如果Bean实现了ApplicationContextAware接口，则会增加一个调用该接口方法的ApplicationContextAware.setApplicationContext的方法。

如果在配置文件中生命了工厂后处理器接口BeanFactoryPostProcessor的实现类，则应用上下文在装在配置文件之后、初始化Bean实例之前会调用这些BeanFactoryPostProcessor对配置信息进行加工处理。Spring提供了多个工厂容器，如CustomEditorConfigure、PropertyPlaceholderConfigurer等。工厂后处理器是容器级的，只在应用上下文初始化时调用一次，其目的是完成一些配置文件加工处理工作。

ApplicationContext可以利用Java反射机制自动识别出配置文件中定义的BeanPostProcessor、InstantiationAwareBeanPostProcessor、BeanFactoryPostProcessor，并自动将它们注册到应用上下文中（如下所示）；而BeanFactory需要通过手工调用addBeanPostProcessor()方法注册。

一般称BeanFactory为IoC容器：Bean工厂（com.springframework.beans.factory.BeanFactory）是Spring框架中最核心的接口，它提供了高级 IoC 的配置机制 。BeanFactory使管理不同类型的Java对象成为可能。BeanFactory是Spring框架的基础设施，面向Spring本身。

一般称ApplicationContext为应用上下文或Spring容器：应用上下文（com.springframework.context.ApplicationContext）建立在BeanFactory基础之上，提供了更多面向应用的功能，它提供了国际化支持和框架事件体系，更易于创建实际应用 。 ApplicationContext 面向使用 Spring 框架的开发者，几乎所有的应用场合都可以直接使用 ApplicationContext。

BeanFactory在初始化容器的时候，并未实例化Bean，直到第一次访问某个Bean时才实例化Bean；ApplicationContext在初始化应用上下文的时候就实例化全部单实例Bean。

ApplicationContext可以利用Java反射机制自动识别出配置文件中定义的BeanPostProcessor、InstantiationAwareBeanPostProcessor、BeanFactoryPostProcessor，并自动将它们注册到应用上下文中；而BeanFactory需要通过手工调用addBeanPostProcessor()方法注册。

通过HierarchicalBeanFactory接口，Spring的IoC容器可以建立父子层级关联的容器体系，子容器可以访问父容器中的 Bean，但父容器不能访问子容器的Bean。

在容器内，Bean的id必须是唯一的，但子容器可以拥有一个和父容器id相同的 Bean。

父子容器层级体系增强了Spring容器架构的扩展性和灵活性，因此第三方可以通过编程的方式，为一个已经存在的容器添加一个或多个特殊用途的子容器，以提供一些额外的功能。

Spring使用父子容器的特性实现了很多能力，比如在Spring MVC中，展现层Bean位于一个子容器中，而业务层和持久层的Bean位于父容器中。 这样展现层Bean就可以引用业务层和持久层的Bean，而业务层和持久层的Bean则看不到展现层的Bean。