3. Bean 的配置

配置信息的继承

查看下面两个 Employee 的配置，其中 dept 属性是重复的:

<bean id="dept" class="com.parent.bean.Department">
	<property name="deptId" value="100"/>
	<property name="deptName" value="IT"/>
</bean>
<bean id="emp01" class="com.parent.bean.Employee">	 
	<property name="empId" value="1001"/>
	<property name="empName" value="Tom"/>
	<property name="age" value="20"/>
	<!-- 重复的属性值 -->
	<property name="dept" ref="dept"/>
</bean>
<bean id="emp02" class="com.parent.bean.Employee">
	<property name="empId" value="1002"/>
	<property name="empName" value="Jerry"/>
	<property name="age" value="25"/>
	<!-- 重复的属性值 -->
	<property name="dept" ref="dept"/>
</bean>

配置信息的继承:

<bean id="dept" class="com.parent.bean.Department">
	<property name="deptId" value="100"/>
	<property name="deptName" value="IT"/>
</bean>
<bean id="emp01" class="com.parent.bean.Employee">	 
	<property name="empId" value="1001"/>
	<property name="empName" value="Tom"/>
	<property name="age" value="20"/>
	<!-- 重复的属性值 -->
	<property name="dept" ref="dept"/>
</bean>
<!-- 以emp01作为父bean，继承后可以省略公共属性值的配置 -->
<bean id="emp02" parent="emp01">
	<property name="empId" value="1002"/>
	<property name="empName" value="Jerry"/>
	<property name="age" value="25"/>
</bean>

Spring 允许继承 bean 的配置，被继承的 bean 称为父 bean。继承这个父 bean 的 bean 称为子 bean 子 bean 从父 bean 中继承配置，包括 bean 的属性配置子 bean 也可以覆盖从父 bean 继承过来的配置。
父 bean 可以作为配置模板，也可以作为 bean 实例。若只想把父 bean 作为模板，可以设置的 abstract 属性为 true，这样 Spring 将不会实例化这个 bean。如果一个 bean 的 class 属性没有指定，则必须是抽象 bean，并不是元素里的所有属性都会被继承。比如：autowire，abstract 等。也可以忽略父 bean 的 class 属性，让子 bean 指定自己的类，而共享相同的属性配置。但此时 abstract 必须设为 true。

bean 之间的依赖

有的时候创建一个 bean 的时候需要保证另外一个 bean 也被创建，这时我们称前面的 bean 对后面的 bean 有依赖。例如：要求创建 Employee 对象的时候必须创建 Department。
这里需要注意的是依赖关系不等于引用关系，Employee 即使依赖 Department 也可以不引用它。

<bean id="emp03" class="com.parent.bean.Employee" depends-on="dept">
	<property name="empId" value="1003"/>
	<property name="empName" value="Kate"/>
	<property name="age" value="21"/>
</bean>

bean 的作用域

在 Spring 中，可以在元素的 scope 属性里设置 bean 的作用域，以决定这个 bean 是单实例的还是多实例的。
默认情况下，Spring 只为每个在 IOC 容器里声明的 bean 创建唯一一个实例，整个 IOC 容器范围内都能共享该实例：所有后续的 getBean()调用和 bean 引用都将返回这个唯一的 bean 实例。该作用域被称为 singleton，它是所有 bean 的默认作用域。
在这里插入图片描述

当 bean 的作用域为单例时，Spring 会在 IOC 容器对象创建时就创建 bean 的对象实例。而当 bean 的作用域为 prototype 时，IOC 容器在获取 bean 的实例时创建 bean 的实例对象。

bean 的生命周期

Spring IOC 容器可以管理 bean 的生命周期，Spring 允许在 bean 生命周期内特定的时间点执行指定的任务。
Spring IOC 容器对 bean 的生命周期进行管理的过程：
- 通过构造器或工厂方法创建 bean 实例
- 为 bean 的属性设置值和对其他 bean 的引用
- 调用 bean 的初始化方法
- bean 可以使用了
- 当容器关闭时，调用 bean 的销毁方法
在配置 bean 时，通过 init-method 和 destroy-method 属性为 bean 指定初始化和销毁方法：
<bean name=“user” class=“com.bean.User” init-method=“init” destroy-method=“destroy”>
bean 的后置处理器
- bean 后置处理器允许在调用初始化方法前后对 bean 进行额外的处理
- bean 后置处理器对 IOC 容器里的所有 bean 实例逐一处理，而非单一实例。其典型应用是：检查 bean 属性的正确性或根据特定的标准更改 bean 的属性。
- bean 后置处理器时需要实现接口：org.springframework.beans.factory.config.BeanPostProcessor。在初始化方法被调用前后，Spring 将把每个 bean 实例分别传递给上述接口的以下两个方法：postProcessBeforeInitialization(Object, String)、postProcessAfterInitialization(Object, String)
添加 bean 后置处理器后 bean 的生命周期
- ①通过构造器或工厂方法创建 bean 实例
- ②为 bean 的属性设置值和对其他 bean 的引用
- ③将 bean 实例传递给 bean 后置处理器的 postProcessBeforeInitialization()方法
- ④调用 bean 的初始化方法
- ⑤将 bean 实例传递给 bean 后置处理器的 postProcessAfterInitialization()方法
- ⑥bean 可以使用了
- ⑦当容器关闭时调用 bean 的销毁方法

引用外部属性文件

当 bean 的配置信息逐渐增多时，查找和修改一些 bean 的配置信息就变得愈加困难。这时可以将一部分信息提取到 bean 配置文件的外部，以 properties 格式的属性文件保存起来，同时在 bean 的配置文件中引用 properties 属性文件中的内容，从而实现一部分属性值在发生变化时仅修改 properties 属性文件即可。这种技术多用于连接数据库的基本信息的配置。
直接配置：

<bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource">
	<property name="user" value="root"/>
	<property name="password" value="root"/>	 
	<property name="jdbcUrl" value="jdbc:mysql:127.0.0.1:3306/test"/>
	<property name="driverClass" value="com.mysql.jdbc.Driver"/>
</bean>

使用外部的属性文件

创建 properties 属性文件

prop.userName=root 
prop.password=root 
prop.url=jdbc:mysql:127.0.0.1:3306/test
prop.driverClass=com.mysql.jdbc.Driver

从 properties 属性文件中引入属性值

<!-- 指定properties属性文件的位置 →<context:property-placeholder location="classpath:jdbc.properties"/><!-- 从properties属性文件中引入属性值 -->
<bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource">
	<property name="user" value="${prop.userName}"/>
	<property name="password" value="${prop.password}"/>
	<property name="jdbcUrl" value="${prop.url}"/>
	<property name="driverClass" value="${prop.driverClass}"/>
</bean>

自动装配

概念

手动装配：以 value 或 ref 的方式明确指定属性值都是手动装配。
自动装配：根据指定的装配规则，不需要明确指定，Spring 自动将匹配的属性值注入 bean 中。

装配模式

根据类型自动装配：将类型匹配的 bean 作为属性注入到另一个 bean 中。若 IOC 容器中有多个与目标 bean 类型一致的 bean，Spring 将无法判定哪个 bean 最合适该属性，所以不能执行自动装配
根据名称自动装配：必须将目标 bean 的名称和属性名设置的完全相同
通过构造器自动装配：当 bean 中存在多个构造器时，此种自动装配方式将会很复杂。不推荐使用。

SpEL

简介
Spring Expression Language，Spring 表达式语言，简称 SpEL。支持运行时查询并可以操作对象图。和 JSP 页面上的 EL 表达式一样，SpEL 根据 JavaBean 风格的 getXxx()、setXxx()方法定义的属性访问对象图，完全符合我们熟悉的操作习惯。

基本语法
SpEL 使用#{…}作为定界符，所有在大框号中的字符都将被认为是 SpEL 表达式。

使用字面量

整数：
小数：
科学计数法：
String 类型的字面量可以使用单引号或者双引号作为字符串的定界符号
- <property name=“name” value="#{‘Chuck’}"/>
- <property name=“name” value=’#{“Chuck”}’/>
Boolean：<property name=“enabled” value="#{false}"/>
引用其他bean：<property name=“detp” value="#{dept}"/>
引用其他 bean 的属性值：<property name=“deptName” value="#{dept.deptName}"/>

通过注解配置 bean

概述
相对于 XML 方式而言，通过注解的方式配置 bean 更加简洁和优雅，而且和 MVC 组件化开发的理念十分契合，是开发中常用的使用方式。

使用注解标识组件

普通组件：@Component 标识一个受 Spring IOC 容器管理的组件
持久化层组件：@Repository 标识一个受 Spring IOC 容器管理的持久化层组件
业务逻辑层组件：@Service 标识一个受 Spring IOC 容器管理的业务逻辑层组件
表述层控制器组件：@Controller 标识一个受 Spring IOC 容器管理的表述层控制器组件
组件命名规则：
- ①默认情况：使用组件的简单类名首字母小写后得到的字符串作为 bean 的 id（类名为HelloWorld，则在容器中的bean的id为helloWorld）
- ②使用组件注解的 value 属性指定 bean 的 id
  注意：事实上 Spring 并没有能力识别一个组件到底是不是它所标记的类型，即使将@Respository 注解用在一个表述层控制器组件上面也不会产生任何错误，所以@Respository、@Service、@Controller 这几个注解仅仅是为了让开发人员自己明确当前的组件扮演的角色。

扫描组件

组件被上述注解标识后还需要通过 Spring 进行扫描才能够侦测到。

指定被扫描的 package

<!-- 开启注解 -->
<context:annotation-config /> 
<!-- 配置容器资源扫描的包 -->
<context:component-scan base-package="com.component"/>

base-package 属性指定一个需要扫描的基类包，Spring 容器将会扫描这个基类包及其子包中的所有类。
当需要扫描多个包时可以使用逗号分隔。
如果仅希望扫描特定的类而非基包下的所有类，可使用 resource-pattern 属性过滤特定的类
JAR 包必须在原有 JAR 包组合的基础上再导入一个：spring-aop-4.0.0.RELEASE.jar

组件装配

需求
Controller 组件中往往需要用到 Service 组件的实例，Service 组件中往往需要用到Repository 组件的实例。Spring 可以通过注解的方式帮我们实现属性的装配。
实现依据
在指定要扫描的包时，context:component-scan 元素会自动注册一个 bean 的后置处理器：AutowiredAnnotationBeanPostProcessor 的实例。该后置处理器可以自动装配标记了@Autowired、@Resource 或@Inject 注解的属性。
@Autowired 注解
①根据类型实现自动装配。
②构造器、普通字段(即使是非 public)、一切具有参数的方法都可以应用@Autowired 注解
③默认情况下，所有使用@Autowired 注解的属性都需要被设置。当 Spring 找不到匹配的 bean 装配属性时，会抛出异常。
④若某一属性允许不被设置，可以设置@Autowired 注解的 required 属性为 false
⑤默认情况下，当 IOC 容器里存在多个类型兼容的 bean 时，Spring 会尝试匹配 bean的 id 值是否与变量名相同，如果相同则进行装配。如果 bean 的 id 值不相同，通过类型的自动装配将无法工作。此时可以在@Qualifier 注解里提供 bean的名称。Spring 甚至允许在方法的形参上标注@Qualifiter 注解以指定注入 bean 的名称。
⑥@Autowired 注解也可以应用在数组类型的属性上，此时 Spring 将会把所有匹配的 bean 进行自动装配。
⑦@Autowired 注解也可以应用在集合属性上，此时 Spring 读取该集合的类型信息，然后自动装配所有与之兼容的 bean。
⑧@Autowired 注解用在 java.util.Map 上时，若该 Map 的键值为 String，那么 Spring 将自动装配与值类型兼容的 bean 作为值，并以 bean 的 id 值作为键。
@Resource
@Resource 注解要求提供一个 bean 名称的属性，若该属性为空，则自动采用标注处的变量或方法名作为 bean 的名称。
@Inject
@Inject 和@Autowired 注解一样也是按类型注入匹配的 bean，但没有 reqired 属性。