Spring详解2.理解IoC容器

一年又一年，字节跳动 Lark（飞书）研发团队又双叒叕开始招新生啦！

【内推码】：GTPUVBA

【内推链接】：https://job.toutiao.com/s/JRupWVj

【招生对象】：20年9月后~21年8月前毕业的同学

【报名时间】：6.16-7.16（提前批简历投递只有一个月抓住机会哦！）

【画重点】：提前批和正式秋招不矛盾！面试成功，提前锁定Offer；若有失利，额外获得一次面试机会，正式秋招开启后还可再次投递。

点击进入我的博客

更多章节

Spring详解1.概述
 Spring详解2.理解IoC容器
 Spring详解3.Bean的装配
 Spring详解4.容器内幕
 Spring详解5.AOP
Spring详解6.基于AspectJ的AOP
Spring详解7.Spring MVC
Spring详解8.Spring DAO

1 如何理解IoC

1.1 依然是KFC的案例

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，让她负责所有套餐的装配。

1.2 控制反转与依赖注入

控制反转IoC

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

控制：在上述案例中，控制就是选择套餐中汉堡和饮品的控制权。
反转：反转就是把该控制权从套餐本身中移除，放到专门的服务员手中。

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

依赖注入

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

Spring容器

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

2 IoC的类型

从注入方法上看，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;
    }
}

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

3 资源访问

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

3.1 Resource类图

Resource类图.jpg

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资源

3.2 资源加载

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

地址前缀	实例	释义
classpath:	classpath:com/ankeetc/spring/Main.class	从类不经中加载资源，classpath: 和 classpath:/ 是等价的，都是相对于类的根路径，资源文件可以在标准的文件系统中，也可以在jar或者zip的类包中
file:	file:/Users/zhengzhaoxi/.gitconfig	使用UrlResource从文件系统目录中装载资源，可以采用绝对路径或者相对路径
http://	http://spiderlucas.github.io/atom.xml	使用UrlResource从web服务器中加载资源
ftp://	ftp://spiderlucas.github.io/atom.xml	使用UrlResource从FTP服务器中装载资源
没有前缀	com/ankeetc/spring/Main.class	根据ApplicationContext的具体实现类采用对应类型的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类图.png

ResourceLoader接口仅有一个getResource(String loacation)方法，可以根据一个资源地址加载文件资源。不过，资源地址仅支持带资源类型前缀的表达式，不支持Ant风格的资源路径表达式。
ResourcePatternResolver扩展ResourceLoader接口，定义了一个新的接口方法getResource(String locationPattern)，改方法支持带资源类型前缀及Ant风格的资源路径表达式。
PathMatchingResourcePatternResolver是Spring提供的标准实现类。

4 BeanFactory

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实例。

4.1 BeanFactory体系结构

BeanFactory体系结构.png

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对象的方法。

4.2 初始化BeanFactory

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

<?xml version="1.0" encoding="utf-8" ?>
<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xsi:schemaLocation="http://www.springframework.org/schema/beans 
           http://www.springframework.org/schema/beans/spring-beans-4.0.xsd">
    <bean id="car" class="com.ankeetc.spring.Car"></bean>
</beans>

    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("");
    }

4.3 BeanFactory中Bean的生命周期

Bean的生命周期

当调用者通过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()方法。
如果<bean>中定义了init-method初始化方法，则执行这个方法。
调用BeanPostProcessor#postProcessAfterInitialization()方法再次加工Bean。
如果<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，如果通过<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等方法，工厂后处理器也是容器级的，在应用上下文装配配置文件后立即使用。

4.4 BeanFactory生命周期案例

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()");
    }
}

<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-4.0.xsd">

    <bean class="com.ankeetc.spring.MyBean" name="myBean" init-method="myInit" destroy-method="myDestroy">
        <property name="prop" value="prop"/>
    </bean>
</beans>

4.5 关于Bean生命周期接口的探讨

Bean生命周期带来的耦合：通过实现Spring的Bean生命周期接口对Bean进行额外控制，虽然让Bean具有了更细致的生命周期阶段，但也带来了一个问题，Bean和Spring框架紧密绑定在一起了，这和Spring一直推崇的“不对应用程序类作任何限制”的理念是相悖的。业务类本应该完全POJO化，只实现自己的业务接口，不需要和某个特定框架（包括Spring框架）的接口关联。
init-method和destroy-method：可以通过<bean>的init-method和destroy-method属性配置方式为Bean指定初始化和销毁的方法，采用这种方式对Bean生命周期的控制效果和通过实现InitializingBean、DisposableBean接口所达到的效果是完全相同的，而且达到了框架解耦的目的。
BeanPostProcessor：BeanPostProcessor接口不需要Bean去继承它，可以像插件一样注册到Spring容器中，为容器提供额外功能。

5 ApplicationContext

5.1 Application体系结构

ApplicationContext体系结构

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()可关闭应用上下文。

5.2 初始化ApplicationContext

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);
    }

5.3 WebApplicationContext体系结构

见后续章节

5.4 ApplicationContext中Bean的生命周期