Spring源码学习笔记(二)、prepareRefresh

一、方法功能概述

// Prepare this context for refreshing.
// 准备刷新
prepareRefresh();

该方法就想它的名字一样,在正式的刷新之前做一些准备工作,主要包含如下的操作:

  • 记录开始时间

  • 设置closed、active标识

  • 记录日志

  • 初始化属性资源

  • 创建环境对象

  • 校验必要的属性

  • 初始化earlyApplicationEvents

二、整体代码展示

//AbstractApplicationContext
/**
 * Prepare this context for refreshing, setting its startup date and
 * active flag as well as performing any initialization of property sources.
 *
 * 准备此上下文以进行刷新,设置其启动日期和活动标志以及执行属性源的任何初始化
 */
protected void prepareRefresh() {
    //记录开始时间
    this.startupDate = System.currentTimeMillis();
    //设置关闭标识为false
    this.closed.set(false);
    //设置活跃标识为true
    this.active.set(true);

    //记录日志
    if (logger.isDebugEnabled()) {
        if (logger.isTraceEnabled()) {
            logger.trace("Refreshing " + this);
        }
        else {
            logger.debug("Refreshing " + getDisplayName());
        }
    }

    //初始化属性资源,空方法,留给子类实现,可以获取环境对象,放置一些属性
    initPropertySources();

    //创建并获取环境对象,验证需要的属性文件是否都已经放入环境中
    getEnvironment().validateRequiredProperties();

    //创建刷新前的监听事件集合
    this.earlyApplicationEvents = new LinkedHashSet<>();
}

三、详细代码解读、getEnvironment

这个是获取环境的方法,我们点进去看下

//AbstractApplicationContext
@Override
public ConfigurableEnvironment getEnvironment() {
    if (this.environment == null) {
        this.environment = createEnvironment();
    }
    return this.environment;
}

可以看到其实就是创建一个StandardEnvironment环境对象,继续点击createEnvironment进去

//AbstractApplicationContext
protected ConfigurableEnvironment createEnvironment() {
    return new StandardEnvironment();
}

这边看起来很简单,就是new一个StandardEnvironment对象,但其实StandardEnvironment还有父类对象AbstractEnvironment,实例化子类对象,会先实例化父类对象,所以我们看下父类AbstractEnvironment的构造方法

//AbstractEnvironment
public AbstractEnvironment() {
    customizePropertySources(this.propertySources);
}

我们看到构造方法中调用了customizePropertySources方法,再点进去看

//AbstractEnvironment
protected void customizePropertySources(MutablePropertySources propertySources) {}

这个方法叫定制化属性资源,我们发现这个方法是抽象方法,具体实现又回到了子类StandardEnvironment里,点进去看下

//AbstractEnvironment
@Override
protected void customizePropertySources(MutablePropertySources propertySources) {
    propertySources.addLast(new MapPropertySource(SYSTEM_PROPERTIES_PROPERTY_SOURCE_NAME, getSystemProperties()));
    propertySources.addLast(new SystemEnvironmentPropertySource(SYSTEM_ENVIRONMENT_PROPERTY_SOURCE_NAME, getSystemEnvironment()));
}

其中的getSystemProperties方法和getSystemEnvironment方法的具体实现又回到了父类AbstractEnvironment中,具体实现其实就是调用的System.getProperties()和System.getenv(),获取系统的一些属性和环境信息

四、详细代码解读、validateRequiredProperties

检查某些必要的环境配置是否存在,不存在就抛出异常,我们点进去看下

@Override
public void validateRequiredProperties() throws MissingRequiredPropertiesException {
    this.propertyResolver.validateRequiredProperties();
}

继续跟踪validateRequiredProperties(),发现其实现在AbstractPropertyResolver类中

//AbstractPropertyResolver
@Override
public void validateRequiredProperties() {
    //创建缺失必要属性异常的异常类
    MissingRequiredPropertiesException ex = new MissingRequiredPropertiesException();
    for (String key : this.requiredProperties) {
        //如果在setConfigLocations(configLocations)这一步中放入的变量没有必要的属性
        //就添加到ex异常中
        if (this.getProperty(key) == null) {
            ex.addMissingRequiredProperty(key);
        }
    }
    //如果异常的missingRequiredProperties集合不为空,就证明有必要属性不存在,就抛出这个异常
    if (!ex.getMissingRequiredProperties().isEmpty()) {
        throw ex;
    }
}

看完这里,好像觉得没什么卵用,因为是个空的集合,对吧?仔细想想,如果你在集合中添加了必要的属性呢?那是不是就可以检验了。再想想之前initPropertySources空构造,那么,如果我们实现AbstractApplicationContext,然后再重写initPropertySources,再给requiredProperties设置必要属性呢?

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

每天进步亿点点的小码农

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值