详解Spring Bean 之间的特殊关系

在 Spring 容器中,两个 Bean 之间除了通过 <ref> 建立依赖关系外,还存在着一些特殊关系。

1 继承

在面向对象的编程原理中,当多个类拥有相同的方法和属性时,则可以引入父类用于消除重复的代码 。 而在 Spring 容器中,如果多个 Bean 存在相同的配置信息,我们可以定义一个父 Bean ,这样子 Bean 将会自动继承父 Bean 的配置信息 。

<!-- 父 Bean-->
<bean id="abstractBook" class="net.deniro.spring4.bean.Book"
   p:name="面纱" abstract="true">
</bean>
<!-- 子 Bean-->
<bean id="book1" class="net.deniro.spring4.bean.Book"
   p:press="重庆出版社" parent="abstractBook"/>
<bean id="book2" class="net.deniro.spring4.bean.Book"
   p:press="上海译文出版社" parent="abstractBook"/>

一般情况下,父 Bean 的功能是简化子 Bean 的配置,所以设置为抽象类(abstract="true");如果这里没有把父 Bean 设置为抽象类,那么 Spring 容器会实例化父 Bean 。

2 前置依赖

一般情况下,使用 <ref> 来建立 Bean 之间的依赖关系, Spring 容器负责管理这些关系,当实例化一个 Bean 时,容器保证该 Bean 所依赖的 Bean 都已经完成了初始化工作。

但在某些情况下,Bean 之间的依赖关系并没有那么明显。

假设这样一种场景,某系统设置了一些系统参数(如密码有效期、是否开启监控等),这些启动参数用来控制系统的运行逻辑,我们使用一个 Setting 类来表示这些参数:

public class Settings {
  /**
   * 密码过期时间(单位:天)
   */
  public static int PASS_TIMEOUT = 30;
  /**
   * 是否开启监控
   */
  public static boolean IS_MONITOR = false;
}

在此,我们为这些参数设置了默认值。系统还有一个管理后台,管理员可以通过这个后台调整这些系统参数并保存到数据库中。所以应用启动时,需要从数据库中加载这些系统参数:

public class System {
  public System() {
    init();
  }
  /**
   * 初始化
   */
  private void init() {
    //假设这些值来源于数据库
    Settings.PASS_TIMEOUT = 20;
    Settings.IS_MONITOR = true;
  }
}

系统有一个密码过期管理器,它会根据系统参数中的【密码过期的天数】,来创建检测密码是否过期的定时任务:

public class PassManager {
  int timeout;
  public PassManager() {
    timeout = Settings.PASS_TIMEOUT;
    timerTask();
  }
  /**
   * 检测密码是否过期的定时任务
   */
  private void timerTask() {
  }
  public int getTimeout() {
    return timeout;
  }
}

虽然 PassManager 并没有直接依赖于 Settings,但从逻辑上来看,PassManager 希望 System 加载初始化系统参数后再启动。

Spring 中可以通过 depends-on 属性显式地指定 Bean 的前置依赖 Bean, 保证这个 Bean 在实例化之前,它的前置依赖 Bean 已经加载完毕。

<bean id="system" class="net.deniro.spring4.bean.System"/>
<bean id="manager" class="net.deniro.spring4.bean.PassManager"
   depends-on="system"/>

如果前置依赖于多个 Bean ,那么可以通过逗号、空格或分号的方式来配置 Bean 名称 。

3 引用 ID

假设一个 Bean 需要引用另一个 Bean 的 id 值(beanName),这一般用于在运行期间在 Bean 中通过 getBean(beanName) 方法获取另一个 Bean 的情境。

可以这样配置:

<bean id="author" class="net.deniro.spring4.bean.Author"/>
<bean id="book" class="net.deniro.spring4.bean.Book"
   p:authorId="author"/>

Book 中新增 authorId 属性:

/**
 * author Bean 的 ID
 */
private String authorId;

虽然可以以这种字面值的形式进行设置,但两者之间并没有建立真正的引用关系。所以只有等到具体调用时才会发现配置错误。

Spring 提供了 <idref> 元素标签,通过 <idref> 引用另一个 Bean 的名称,这样在容器启动时,就会检查引用关系的正确性,可以提前发现错误的配置信息。

<bean id="author10" class="net.deniro.spring4.bean.Author"/>
<bean id="book10" class="net.deniro.spring4.bean.Book"
    >
  <property name="authorId">
    <idref bean="author10"/>
  </property>
</bean>

如果配置发生错误,Spring 容器启动时就会抛出 BeanDefinitionStoreException,而且 IDE 的XML 分析器也会提前发现引用错误,所以推荐使用 <idref> 元素标签的方式来引用 ID。

 总结

以上所述是小编给大家介绍的Spring Bean 之间的特殊关系,希望对大家有所帮助,如果大家有任何疑问欢迎给我留言,小编会及时回复大家的!

(0)

相关推荐

  • 详解Spring Bean 之间的特殊关系

    在 Spring 容器中,两个 Bean 之间除了通过 <ref> 建立依赖关系外,还存在着一些特殊关系. 1 继承 在面向对象的编程原理中,当多个类拥有相同的方法和属性时,则可以引入父类用于消除重复的代码 . 而在 Spring 容器中,如果多个 Bean 存在相同的配置信息,我们可以定义一个父 Bean ,这样子 Bean 将会自动继承父 Bean 的配置信息 . <!-- 父 Bean--> <bean id="abstractBook" class

  • 详解Spring Bean的配置方式与实例化

    目录 一. Spring Bean 配置方式 配置文件开发 注解开发 二.Spring Bean实例化 环境准备 构造方法实例化Bean 静态工厂实例化Bean 实例工厂实例化Bean FactoryBean 一. Spring Bean 配置方式 由 Spring IoC 容器管理的对象称为 Bean,Bean 配置方式有两种:配置文件开发和注解开发 配置文件开发 Spring 配置文件支持两种格式:xml和properties,此教程以xml配置文件讲解. XML 配置文件的根元素是 <be

  • 详解Spring Bean的集合注入和自动装配

    目录 一.Spring Bean 集合注入 集合常用标签 案例 二.Spring Bean自动装配 什么是自动装配 自动装配的方式 案例 注意点 一.Spring Bean 集合注入 在[Spring学习笔记(三)]已经讲了怎么注入基本数据类型和引用数据类型,接下来介绍如何注入比较特殊的数据类型——集合 集合常用标签 集合注入,用法也很简单,只需要在 Bean 标签下的 <property> 或<constructor-arg>元素中添加以下集合的标签,再通过value或者ref进

  • 详解Spring bean的注解注入之@Autowired的原理及使用

    一.@Autowired 概念: @Autowired 注释,它可以对类成员变量.方法及构造函数进行标注,完成自动装配的工作. 通过 @Autowired的使用来消除 set ,get方法. 在使用@Autowired之前,我们对一个bean配置起属性时,用的是 <property name="属性名" value=" 属性值"/> 使用@Autowired之后,我们只需要在需要使用的地方使用一个@Autowired 就可以了. 代码使用: public

  • 全面详解Spring Bean生命周期教程示例

    目录 Spring 中 Bean 的生命周期 Bean 的实例化 构造方法注入 工厂方法注入 Bean 的属性赋值 setter注入 构造方法注入 Bean 的初始化 初始化方法 InitializingBean 接口 Bean 的销毁 销毁方法 DisposableBean 接口 总结 Spring 中 Bean 的生命周期 是当今最流行的 Java 开发框架之一,其强大的 Bean容器机制是其中的核心之一.Bean 是指在 Spring 容器中被管理的对象,它们可以被注入到其他对象中,也可以

  • 详解Spring Bean的循环依赖解决方案

    如果使用构造函数注入,则可能会创建一个无法解析的循环依赖场景. 什么是循环依赖 循环依赖其实就是循环引用,也就是两个或则两个以上的bean互相持有对方,最终形成闭环.比如A依赖于B,B依赖于C,C又依赖于A.如下图: 注意,这里不是函数的循环调用,是对象的相互依赖关系.循环调用其实就是一个死循环,除非有终结条件. Spring中循环依赖场景有: (1)构造器的循环依赖 (2)field属性的循环依赖. 怎么检测是否存在循环依赖 检测循环依赖相对比较容易,Bean在创建的时候可以给该Bean打标,

  • 一文详解Spring如何控制Bean注入的顺序

    目录 简介 构造方法依赖(推荐) @DependsOn(不推荐) BeanPostProcessor(不推荐) 简介 说明 本文介绍Spring如何控制Bean注入的顺序. 首先需要说明的是:在Bean上加@Order(xxx)是无法控制bean注入的顺序的! 控制bean的加载顺序的方法 1.构造方法依赖 2.@DependsOn 注解 3.BeanPostProcessor 扩展 Bean初始化顺序与类加载顺序基本一致:静态变量/语句块=> 实例变量或初始化语句块=> 构造方法=>

  • 详解Spring中接口的bean是如何注入的

    Question: 这个问题困扰了我好久,一直疑问这个接口的bean是怎么注入进去的?因为只看到使用@Service注入了实现类serviceImpl,使用时怎么能获取的接口,而且还能调用到实现类的方法,难道这个接口是在什么时候自动注入了进去,且和实现类关联上了? 接口 public interface TestService { public String test(); } 实现类impl @Service public class TestServiceImpl implements Te

  • 详解Spring 中 Bean 的生命周期

    前言 这其实是一道面试题,是我在面试百度的时候被问到的,当时没有答出来(因为自己真的很菜),后来在网上寻找答案,看到也是一头雾水,直到看到了<Spring in action>这本书,书上有对Bean声明周期的大致解释,但是没有代码分析,所以就自己上网寻找资料,一定要把这个Bean生命周期弄明白! ​ 网上大部分都是验证的Bean 在面试问的生命周期,其实查阅JDK还有一个完整的Bean生命周期,这同时也验证了书是具有片面性的,最fresh 的资料还是查阅原始JDK!!! 一.Bean 的完整

  • 详解Spring中Bean的作用域与生命周期

    目录 一.Bean的作用域 二.Bean的生命周期 使用代码演示Bean的生命周期 一.Bean的作用域 通过Spring容器创建一个Bean的实例时,不仅可以完成Bean的实例化,还可以使用Bean的scope属性为bean设置作用域. 语法格式:<bean id="别名" scope="作用域" class="对应实现类"> 作用域的种类:(sing) singleton和prototype区别:(该两种比较常用) ① singl

随机推荐