3. Bean 的配置

2023-12-29 15:12:34
配置信息的继承

查看下面两个 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 属性。

文章来源:https://blog.csdn.net/muLanlh/article/details/135268545
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。