Spring中的Bean的管理（史上最全）

1.BeanFactory接口

本文介绍Spring里的BeanFactory。包括：BeanFactory 和 FactoryBean的ApplicationContext的委托。

BeanFactory 和 FactoryBean

 

Spring的本质是一个bean工厂(beanFactory)或者说bean容器，它按照我们的要求，生产我们需要的各种各样的bean，提供给我们使用。只是在生产bean的过程中，需要解决bean之间的依赖问题，才引入了依赖注入(DI)这种技术。也就是说依赖注入是beanFactory生产bean时为了解决bean之间的依赖的一种技术而已。

beanFactory会在bean的生命周期的各个阶段中对bean进行各种管理，并且spring将这些阶段通过各种接口暴露给我们，让我们可以对bean进行各种处理，我们只要让bean实现对应的接口，那么spring就会在bean的生命周期调用我们实现的接口来处理该bean.

在介绍BeanFactory前，我们先想一个问题。我们都知道BeanFactory主要的内容是帮我们生成Bean信息和管理Bean信息，那么我们在xml文件中<baen>属性的时候。Spring是如何帮我们生成Bean.

BeanFactory

接口具体实现类

1. DefaultListableBeanFactory

BeanFactory接口体系的默认实现类，实现以上接口的功能，提供BeanDefinition的存储map，Bean对象对象的存储map。

其中Bean对象实例的存储map，定义在FactoryBeanRegistrySupport，FactoryBeanRegistrySupport实现了SingletonBeanRegistry接口，而DefaultListableBeanFactory的基类AbstractBeanFactory，继承于FactoryBeanRegistrySupport。

2. StaticListableBeanFactory

    用于存储给定的bean对象实例，不支持动态注册功能，是ListableBeanFactory接口的简单实现。

beanFactoty后置处理器： BeanFactoryPostProcessor

benFactoryPostProCessor是BeanFactory的后置处理器：

在BeanFactory创建好，加载好其所包含的所有beanDefinitions，但是还没有实例化bean之前，执行，具体为调用postProcessBeanFactory方法。

1. 加载更多的bean元数据
ConfigurationClassPostProcessor，用于从BeanFactory中检测使用了@Configuration注解的类，对于这些类对应的BeanDefinitions集合，遍历并依次交给ConfigurationClassParser，ConfigurationClassBeanDefinitionReader处理，分别是处理与@Configuration同时使用的其他注解和将类内部的使用@Bean注解的方法，生成BeanDefinition，注册到BeanFactory。

2. 对bean元数据进行加工处理
BeanDefinition属性填充、修改：在postProcessBeanFactory方法中，可以对beanFactory所包含的beanDefinitions的propertyValues和构造函数参数值进行修改，如使用PropertyPlaceHolderConfigurer来对BeanDefinition的propertyValues的占位符进行填充、赋值。或者使用PropertyResourceConfigurer获取config文件中属性，对BeanDefinitions的相关属性进行赋值或者值覆盖。

bean对象后置处理器：BeanPostProcessor

Bean后置处理器：负责对已创建好的bean对象进行加工处理。

 主要是可以对新创建的bean实例进行修改，提供了一个类似于hook机制，对创建好的bean对象实例进行修改。

核心方法
postProcessBeforeInitialization：在创建好bean实例，但是在任何初始化回调执行之前，如InitializingBean的afterPropertiesSet，先执行该方法。

postProcessAfterInitialization：在创建好bean实例，并且所有的初始化回调都执行完了，如InitializingBean的afterPropertiesSet，再执行该方法。
 

至此：BeanFactory的Bean加载过程全部分析完成:

2.静态工厂实例化

首先创造静态工厂

 Bean2

 配置文件：

创建测试文件：

 3.实例工厂实例化

创建Bean

 创建实例化工厂

 xml配置：

 bean4test：

 

 
4.Spring中Singleton作用域和Prototype作用域

基本概念

singleton作用域就是单例模式；用spring容器实现单例模式

而prototype作用域可以理解为多例模式！

注意：单例模式哈希值只有一个，多例模式哈希值有两个！

编写以下代码：（xml主要配置）

<?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.xsd">
 
    <bean class="singleandprodemo.demo.Bean2" id="bean2" scope="singleton"/>
    <bean class="singleandprodemo.demo.Bean1" id="bean1">
        <property name="bean2" ref="bean2"/>
    </bean>
</beans>

这里要注意bean1没有填写scope，这里没填的默认是scope为singleton

这里不多写出bean了

运行结果为：

 以及

 可见不同的spring上下文环境中实例的Bean是不一样的；

5.基于xml自动装配

自动装配是使用spring满足bean依赖的一种方法
spring会在应用上下文中为某个bean寻找其依赖的bean。 Spring中bean有三种装配机制，分别是：

    在xml中显式配置；
    在java中显式配置；
    隐式的bean发现机制和自动装配。

这里我们主要讲第三种：自动化的装配bean。
Spring的自动装配需要从两个角度来实现，或者说是两个操作：

    组件扫描(component scanning)：spring会自动发现应用上下文中所创建的bean；
    自动装配(autowiring)：spring自动满足bean之间的依赖，也就是我们说的IoC/DI；

组件扫描和自动装配组合发挥巨大威力，使得显示的配置降低到最少。

1.2 autowire byName (按名称自动装配)

由于在手动配置xml过程中，常常发生字母缺漏和大小写等错误，而无法对其进行检查，使得开发效率降低。采用自动装配将避免这些错误，并且使配置简单化。
测试：

    <bean id="dog" class="com.tian.dao.Dog"/>
    <bean id="cat" class="com.tian.dao.Cat"/>

    <bean id="user" class="com.tian.dao.User" autowire="byName">
    </bean>

 小结：

1.3 autowire byType (按类型自动装配)
使用autowire byType首先需要保证：同一类型的对象，在spring容器中唯一。如果不唯一，会报不唯一的异常。
1.3.1 修改bean配置

    <bean class="com.tian.dao.Dog"/>
    <!--    可以不用指定id 因为是按类型来查找的-->
    <bean class="com.tian.dao.Cat"/>

    <bean id="user" class="com.tian.dao.User" autowire="byType">
    </bean>
1.5 小结

@Autowired与@Resource异同：
1、@Autowired与@Resource都可以用来装配bean。都可以写在字段上，或写在setter方法上。

2、@Autowired默认按类型装配（属于spring规范），默认情况下必须要求依赖对象必须存在，如果要允许null 值，可以设置它的required属性为false，如：@Autowired(required=false) ，如果我们想使用名称装配可以结合@Qualifier注解进行使用

3、@Resource（属于J2EE规范），默认按照名称进行装配，名称可以通过name属性进行指定。如果没有指定name属性，当注解写在字段上时，默认取字段名进行按照名称查找，如果注解写在setter方法上默认取属性名进行装配。当找不到与名称匹配的bean时才按照类型进行装配。但是需要注意的是，如果name属性一旦指定，就只会按照名称进行装配。

它们的作用相同都是用注解方式注入对象，但执行顺序不同。@Autowired先byType，@Resource先byName。