第二章：使用Spring进行依赖注入

重点：配置并使用Spring容器

使用不同类型的配置元数据来配置Spring容器

理解依赖解析

了解自动装配的优缺点

在容器中执行显式Bean查找

学习不同的Bean实例化方法

理解指定了作用域的Bean以及可用的作用域

学习延迟Bean创建的工作原理

理解生命周期回调

使用Bean定义配置文件来创建有条件的Bean配置

2.1.1配置元数据

需要向Spring容器提供相关信息，以便实例化Bean，并指定如何对这些Bean进行装配，所提供的信息被称为配置元数据。

配置元数据的传统格式是XML，除此之外还有基于注解和基于java的配置元数据。基于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 id="accountService" class="com.ck.transactionDemo.impl.AccountServiceImpl">    <property name="accountDao" ref="accountDao" />  </bean>  <!-- 配置DAO层,注入连接池就可以得到jdbc模板 -->  <bean id="accountDao" class="com.ck.transactionDemo.dao.AccountDaoImpl">    <property name="dataSource" ref="dataSource" />  </bean></beans>

基于注解：

@Service("accountService")public class AccountServiceImpl implements AccountService {    private AccountDao accountDao;    @Autowired    public void setAccountDao(AccountDao accountDao) {        this.accountDao = accountDao;    }}@Repository("accountDao")public class AccountDaoImpl extends JdbcDaoSupport implements AccountDao {}

基于java：

@Configurationpublic class BeanConfig{  @Bean  public AccountService accountService(){}    @Bean  public AccountDao accountDao(){}}

2.1.2配置和使用容器

默认情况下，每一个Bean都有一个被称作单实例作用域的单个实例。Spring在运行时动态地扩展@Configuration并且使用@Bean注解来重写工厂方法。因此，不管是从类中多次调用工厂方法，还是从其他@Configuration类中多次调用工厂方法，在第1次创建了Bean实例之后就不会再创建任何新的Bean实例，对于连续调用，工厂方法将会返回相同的Bean实例。

2.2.1Setter注入是在Bean实例创建完毕之后执行的。

2.2.2构造函数注入是在组件创建期间被执行。

2.2.3循环注入

构造函数注入无法解决此问题，因为组件创建期间互相依赖，Spring无法实例化任一个Bean；Spring通过使用Setter注入允许循环注入，因为组件先创建，再设置属性。

2.2.4依赖解析过程

Spring容器的启动过程大致分为两个主要阶段，第一阶段容器处理配置元数据并建立元数据中存在的Bean定义，在该过程中会对这些Bean定义进行验证。例如，检查是否向<property>和<constructor-arg>元素提供了正确的Bean应用等。此步骤中Bean并没有被创建相关的属性，也没有被注入。

第二阶段首先完成Bean的创建，然后完成依赖注入。实际上并不是所有的Bean都被创建，在容器启动期间仅创建了无状态作用域的Bean。

一个Bean在被完全创建且自己的依赖项被注入之前是不会作为一个依赖项被注入到其他的Bean中去的。

2.2.5重写定义

重写Spring容器中的Bean定义是可能的，每个Bean都有身份，而Bean的名称定义了自己的身份，如果创建了一个Bean定义，而该Bean的名称已经赋予了其他的定义，那么第二个定义将重写第一个定义。

Spring容器提供了两种不同形式Bean重写机制。第一种重写发生在配置元数据文件级别。ApplicationContext创建期间指定这些文件或者类组合在一起。Spring容器将来自不同配置源的所有Bean合并在一起，合并期间，配置源的顺序是非常重要的。如果有两个不同的配置源中定义了同名的Bean，那么根据给定的顺序第二个Bean定义将重写第一个Bean定义。

第二种类型的Bean重写发生在容器级别。ApplicationContext可能有父ApplicationContext，在父ApplicationContext实例和子ApplicationContext实例中共存两个同名的Bean实例是完全可能的。

在Web应用中，通常ContextLoaderListener创建父ApplicationContext，使用DispatcherServlet创建子的ApplicationContext。DispatcherServlet确认由ContextLoaderListener创建的ApplicationContext实例，并在创建自己的ApplicationContext实例时将其作为父ApplicationContext。

2.2.6使用depends-on特性

例如一个执行JVM级别初始化的Bean必须在其他Bean之间被创建，因为这些Bean在被初始化之前必须先完成JVM的初始化。此时，可以在基于XML配置中使用<bean>元素的depends-on特性来制定b和c在a创建之前被创建，如下：

<bean id="a"  class="com.ck.aopTest.aop.A" depends-on="b,c"></bean>

Bean通过名称进行区分。每一个Bean至少有一个名称，如果开发人员没有为其命名，Spring容器将会为其分配一个内部名称。通过Bean的名称，可以从其他Bean定义中或者利用显示查找从应用程序代码中引用Bean。

在基于XML的配置中使用id特性，将一个名称分配的一个Bean。在相同的XML文件中不能复制同一个名称。然而在其他XML文件中可以将相同的名称分配给另一个Bean定义。这种情况下，Bean重启机制开始发挥作用。

2.3.1命名

如果想在Bean定义中为其分配多个名称，可以使用name特性，在name特性中可以使用空格、逗号、分号来分离给定Bean定义的多个名称。

2.3.2Bean实例化方法

第一种调用相关类中一个可用的构造函数；

第二种调用静态或实例工厂方法；

第三种使用Spring自带的FactoryBean接口。

public interface  FactoryBean<T> {         T  getObject() throws Exception;         Class<?>  getObjectType();         boolean  isSingleton();}

这是一个特殊接口，在运行时，Spring容器会发现实现了该接口的Bean定义类。如果该类是FactoryBean类型的，则通过调用其getObject()方法创建该Bean。而所创建的Bean的类型由getObjectType()返回的类型确定，而不是由getObjectType()实例类确定。该方法通常被Spring Framework所使用。

2.3.3Bean作用域

由Spring容器创建的Bean的生存期被称为Bean作用域。在默认情况下，由Spring容器创建的所有Bean都有Singleton作用域。换句话说，针对一个Bean定义是创建了一个Bean实例，并且Spring容器可以在整个应用程序生存期中使用该实例。当不同的Bean与不同的层（控制层、服务层和数据访问对象层）相对应时，可以使用Singleton作用域。此时创建的实例都是无状态实例。

2.3.4延迟初始化

默认情况下，Spring容器在启动阶段创建，该过程被称为预先Bean初始化。其优点是可以尽早发现配置错误。

在另一方面如果存在大量的Bean定义或者一些特殊的Bean，例如hibernate SessionFactory（这些Bean的初始化会占用大量的时间），那么初始化会降低启动速度。一些Bean可能是在特定的场合或备选方案中使用，而其他情况并不需要。在这种情况下，预先初始化可能会导致不必要的堆内存消耗。

Spring支持延迟Bean初始化。如果开发人员将Bean配置为延迟创建，那么容器将会延迟Bean的创建，直到真正需要才创建。通过从一个已经创建的另一个Bean中的引用，或者在应用程序代码中执行显示查找，都可以触发创建。

@Entity@Proxy(lazy = false)@Table(name = "book")public class Book implements  Serializable {……}

2.3.5生命周期回调

Bean可以定义回调方法。这些方法可以在生命期的任何特定时间点由容器调用。这些时间点从Bean实例化后开始，直到他们定义的作用域终止。这些方法也称为初始化方法和销毁方法。

基于XML配置的<bean>元素init-method和destory-method特性,他们接收Bean类中的方法名称作为特性值；

基于注解有PostConstruct和PreDestroy，当将这两个注解分别放置在init和destory方法之上时，在Bean创建和销毁时也会调用这两个方法。

@PostConstructpublic void init() throws  Exception {         log.info("Test  init start.");         ……;         log.info("Test  init end.");}@PreDestroypublic void destory() throws  Exception{         log.info("Test  destory start.");         ……;         log.info("Test  destory end.");}

第三种选择是Bean实现InitializingBean接口，Spring容器在属性注入完毕之后调用afterPropertiesSet方法初始化；Bean实现DisposableBean接口，那么Bean销毁之前调用destroy方法。

public interface InitializingBean  {         void  afterPropertiesSet() throws Exception;}public interface DisposableBean {         void  destroy() throws Exception;}

#Spring##程序员#