赞
踩
我们知道,在 spring 中可以使用占位符,格式如 "${}",大括号中间放置待替换的占位符,待使用值时根据配置的属性解析器进行解析。但具体是如何操作的,且看本文来进行分析。
这是一个针对任意底层资源进行属性解析的接口,内部定义了根据 key 获取属性和解析占位符的相关抽象方法。
- // 方法1
- String resolvePlaceholders(String text);
- // 方法2
- String resolveRequiredPlaceholders(String text) throws IllegalArgumentException;
方法1 和 方法2 都用来解析 text 字符串中的 "${...}" 占位符,区别在于遇到解析不了的占位符,方法1 不做处理,方法2 会抛出异常。
PropertyResolver 在 spring 中的实现类,主要有以下几个:
其中 StandardServletEnvironment 是在 spring MVC 中使用,继承 StandardEnvironment。下面来看看 StandardEnvironment 和 PropertySourcesPropertyResolver 中的具体实现。
在创建 spring 应用时,会给 AbstractApplicationContext 中的属性 environment 进行赋值。
- // AbstractApplicationContext
- @Override
- public ConfigurableEnvironment getEnvironment() {
- if (this.environment == null) {
- this.environment = createEnvironment();
- }
- return this.environment;
- }
-
- protected ConfigurableEnvironment createEnvironment() {
- return new StandardEnvironment();
- }
可以看到创建了一个 StandardEnvironment。类关系图如下:
继承 AbstractEnvironment,所以在执行构造方法时会调用父类的无参构造。
- //StandardEnvironment 父类 AbstractEnvironment
- public AbstractEnvironment() {
- this(new MutablePropertySources());
- }
-
- protected AbstractEnvironment(MutablePropertySources propertySources) {
- this.propertySources = propertySources;
- this.propertyResolver = createPropertyResolver(propertySources);
- customizePropertySources(propertySources);
- }
- protected ConfigurablePropertyResolver createPropertyResolver(MutablePropertySources propertySources) {
- return new PropertySourcesPropertyResolver(propertySources);
- }
可以看到,创建了一个 PropertySourcesPropertyResolver 实例对象,并赋值给 AbstractEnvironment 中属性 propertyResolver。接着调用了方法 customizePropertySources,根据方法名可知,自定义属性源,由子类 StandardEnvironment 进行重写。
- @Override
- protected void customizePropertySources(MutablePropertySources propertySources) {
- propertySources.addLast(
- new PropertiesPropertySource(SYSTEM_PROPERTIES_PROPERTY_SOURCE_NAME, getSystemProperties()));
- propertySources.addLast(
- new SystemEnvironmentPropertySource(SYSTEM_ENVIRONMENT_PROPERTY_SOURCE_NAME, getSystemEnvironment()));
- }
可以看到,StandardEnvironment 定义的 PropertySources 只有两个,一个获取的是系统属性、一个获取的是系统环境变量。并且这个 propertySources 在创建 PropertySourcesPropertyResolver 时作为参数,传递给了 PropertySourcesPropertyResolver 中属性 propertySources。
查看 StandardEnvironment 中对 PropertyResolver 中接口方法的实现,都是在 AbstractEnvironemnt 类中,委托给属性 propertyResolver 来实现的。
- @Override
- @Nullable
- public String getProperty(String key) {
- return this.propertyResolver.getProperty(key);
- }
-
- @Override
- public String resolvePlaceholders(String text) {
- return this.propertyResolver.resolvePlaceholders(text);
- }
-
- @Override
- public String resolveRequiredPlaceholders(String text) throws IllegalArgumentException {
- return this.propertyResolver.resolveRequiredPlaceholders(text);
- }
这样,就实现了对属性解析的统一,即都是通过 PropertySourcesPropertyResolver 类来操作的。
继承 AbstractPropertyResolver,对占位符的解析,在 AbstractPropertyResolver 中实现。
- @Override
- public String resolvePlaceholders(String text) {
- if (this.nonStrictHelper == null) {
- this.nonStrictHelper = createPlaceholderHelper(true);
- }
- return doResolvePlaceholders(text, this.nonStrictHelper);
- }
-
- @Override
- public String resolveRequiredPlaceholders(String text) throws IllegalArgumentException {
- if (this.strictHelper == null) {
- this.strictHelper = createPlaceholderHelper(false);
- }
- return doResolvePlaceholders(text, this.strictHelper);
- }
第一次调用时,创建不同的 PlaceholderHelper,并赋值。
- private PropertyPlaceholderHelper createPlaceholderHelper(boolean ignoreUnresolvablePlaceholders) {
- return new PropertyPlaceholderHelper(this.placeholderPrefix, this.placeholderSuffix,
- this.valueSeparator, ignoreUnresolvablePlaceholders);
- }
-
- private String doResolvePlaceholders(String text, PropertyPlaceholderHelper helper) {
- return helper.replacePlaceholders(text, this::getPropertyAsRawString);
- }
- public String replacePlaceholders(String value, PlaceholderResolver placeholderResolver) {
- Assert.notNull(value, "'value' must not be null");
- return parseStringValue(value, placeholderResolver, null);
- }
-
- protected String parseStringValue(
- String value, PlaceholderResolver placeholderResolver, @Nullable Set<String> visitedPlaceholders) {
-
- // 判断是否存在占位符前缀,即 "${",不存在前缀,认为不存在占位符,直接返回参数 value
- int startIndex = value.indexOf(this.placeholderPrefix);
- if (startIndex == -1) {
- return value;
- }
-
- StringBuilder result = new StringBuilder(value);
- // 存在前缀
- while (startIndex != -1) {
- // 找到最后一个后缀索引
- int endIndex = findPlaceholderEndIndex(result, startIndex);
- if (endIndex != -1) {
- // 截取占位符
- String placeholder = result.substring(startIndex + this.placeholderPrefix.length(), endIndex);
- String originalPlaceholder = placeholder;
- // 处理循环占位符引用
- if (visitedPlaceholders == null) {
- visitedPlaceholders = new HashSet<>(4);
- }
- if (!visitedPlaceholders.add(originalPlaceholder)) {
- throw new IllegalArgumentException(
- "Circular placeholder reference '" + originalPlaceholder + "' in property definitions");
- }
- // Recursive invocation, parsing placeholders contained in the placeholder key.
- // 递归调用,解析 placeholder 中的 占位符
- placeholder = parseStringValue(placeholder, placeholderResolver, visitedPlaceholders);
- // Now obtain the value for the fully resolved key...
- // 解析获取 propVal
- String propVal = placeholderResolver.resolvePlaceholder(placeholder);
- // propVal 为 null,valueSeparator 不为 null,valueSeparator 默认 ":"
- // 此种格式即 "${xxx:123}",其中 xxx 为 actualPlaceholder,123 为 defaultValue,接着使用 placeholderResolver 解析 actualPlaceholder,
- // 不存在,将 defaultValue 赋值给 propVal
- if (propVal == null && this.valueSeparator != null) {
- int separatorIndex = placeholder.indexOf(this.valueSeparator);
- if (separatorIndex != -1) {
- String actualPlaceholder = placeholder.substring(0, separatorIndex);
- String defaultValue = placeholder.substring(separatorIndex + this.valueSeparator.length());
- propVal = placeholderResolver.resolvePlaceholder(actualPlaceholder);
- if (propVal == null) {
- propVal = defaultValue;
- }
- }
- }
- if (propVal != null) {
- // Recursive invocation, parsing placeholders contained in the
- // previously resolved placeholder value.
- // 对解析出的 propVal 进行递归解析,处理 占位符嵌套,即 配置的 propVal 中也肯能存在占位符
- // 解析后 将 result 中 占位字符串 以解析出的 propVal 替换,接着更新索引
- propVal = parseStringValue(propVal, placeholderResolver, visitedPlaceholders);
- result.replace(startIndex, endIndex + this.placeholderSuffix.length(), propVal);
- if (logger.isTraceEnabled()) {
- logger.trace("Resolved placeholder '" + placeholder + "'");
- }
- startIndex = result.indexOf(this.placeholderPrefix, startIndex + propVal.length());
- }
- // ignoreUnresolvablePlaceholders 由创建 PropertyPlaceholderHelper 实例时参数传入
- // nonStrictHelper 中为 true,表示可以忽略无法解析的占位符
- // strictHelper 中为 false,此时如果 propVal 为 null,就会抛出异常
- else if (this.ignoreUnresolvablePlaceholders) {
- // Proceed with unprocessed value.
- // 向后查找,更新 startIndex
- startIndex = result.indexOf(this.placeholderPrefix, endIndex + this.placeholderSuffix.length());
- }
- else {
- throw new IllegalArgumentException("Could not resolve placeholder '" +
- placeholder + "'" + " in value \"" + value + "\"");
- }
- visitedPlaceholders.remove(originalPlaceholder);
- }
- else {
- // 存在前缀,但不存在后缀,将前缀索引置为 -1,下一次跳出循环
- startIndex = -1;
- }
- }
- return result.toString();
- }
-
- //找到 buf 中占位符后缀对应的最后一个索引
- private int findPlaceholderEndIndex(CharSequence buf, int startIndex) {
- int index = startIndex + this.placeholderPrefix.length();
- int withinNestedPlaceholder = 0;
- while (index < buf.length()) {
- // placeholderSuffix "}"
- // // 匹配到了后缀,判断是否存在内嵌,存在,内嵌数量减 1,重置索引,不存在内嵌,直接返回
- if (StringUtils.substringMatch(buf, index, this.placeholderSuffix)) {
- if (withinNestedPlaceholder > 0) {
- withinNestedPlaceholder--;
- index = index + this.placeholderSuffix.length();
- }
- else {
- return index;
- }
- }
- // simplePrefix "{"
- // 判断是否存在内嵌的占位符
- else if (StringUtils.substringMatch(buf, index, this.simplePrefix)) {
- withinNestedPlaceholder++;
- index = index + this.simplePrefix.length();
- }
- else {
- index++;
- }
- }
- return -1;
- }
- public static boolean substringMatch(CharSequence str, int index, CharSequence substring) {
- if (index + substring.length() > str.length()) {
- return false;
- }
- // 逐个字符比较,当 substring 为 "}" 或 "{" 时,就是比较 str 中索引为 index 的字符和 substring 对应的字符是否相等
- for (int i = 0; i < substring.length(); i++) {
- if (str.charAt(index + i) != substring.charAt(i)) {
- return false;
- }
- }
- return true;
- }
可以看到,具体的解析是由 PropertyPlaceholderHelper 来完成的。先解析出占位符 placeholder,再通过传入的 lambda 表达式,作为 placeholderResolver,解析 placeholder,得到属性值 propVal。
下面看看这个传入的 lambda 表达式,是一个抽象方法,由子类 PropertySourcesPropertyResolver 实现。
- @Override
- @Nullable
- protected String getPropertyAsRawString(String key) {
- return getProperty(key, String.class, false);
- }
-
- @Nullable
- protected <T> T getProperty(String key, Class<T> targetValueType, boolean resolveNestedPlaceholders) {
- if (this.propertySources != null) {
- for (PropertySource<?> propertySource : this.propertySources) {
- if (logger.isTraceEnabled()) {
- logger.trace("Searching for key '" + key + "' in PropertySource '" +
- propertySource.getName() + "'");
- }
- Object value = propertySource.getProperty(key);
- if (value != null) {
- if (resolveNestedPlaceholders && value instanceof String) {
- value = resolveNestedPlaceholders((String) value);
- }
- logKeyFound(key, propertySource, value);
- return convertValueIfNecessary(value, targetValueType);
- }
- }
- }
- if (logger.isTraceEnabled()) {
- logger.trace("Could not find key '" + key + "' in any property source");
- }
- return null;
- }
遍历注册的 propertySources,获取 value,默认注册的只有系统属性和环境变量,所以占位符只有是在系统属性和环境变量中出现的 key,才可以解析出对应的 value。这么看来这个功能太鸡肋了,如果想丰富这个功能,必须增加 PropertySource。
从类关系可以看到,这是一个 BeanFactoryPostProcessor 子类,提供了通过 spring Environment 中设置的 PropertySources 来解析 BeanDefinition 定义时的 PropertyValues 和 @Value 中的 "${...}" 占位符。
添加 PropertySourcesPlaceholderConfigurer 有两种方式:
<context:property-placeholder location="config.properties"/>
- <bean id="placeholderConfigurer" class="org.springframework.context.support.PropertySourcesPlaceholderConfigurer">
- <property name="locations">
- <list>
- <value>config.properties</value>
- </list>
- </property>
- </bean>
这两种配置的结果是等价的,所不同的只是解析时的方式不同,第一种通过自定义标签解析,第二种通过默认标签解析。下面来看下第一种配置是如何操作的。
通过 spring 对于 XML 中自定义标签的解析,先去 spring-context 模块下 META-INF/spring.handlers 中找到 context 对应的 handler 为 ContextNamespaceHandler。在 ContextNamespaceHandler#init 方法中注册的 property-placeholder 解析器为 PropertyPlaceholderBeanDefinitionParser。
解析入口在 AbstractBeanDefinitionParser#parse 中。
- @Override
- @Nullable
- public final BeanDefinition parse(Element element, ParserContext parserContext) {
- // 解析 BeanDefinition
- AbstractBeanDefinition definition = parseInternal(element, parserContext);
- if (definition != null && !parserContext.isNested()) {
- try {
- // 解析 id
- String id = resolveId(element, definition, parserContext);
- if (!StringUtils.hasText(id)) {
- ...
- }
- String[] aliases = null;
- if (shouldParseNameAsAliases()) {
- // 解析 name,作为 bean 的别名
- String name = element.getAttribute(NAME_ATTRIBUTE);
- if (StringUtils.hasLength(name)) {
- aliases = StringUtils.trimArrayElements(StringUtils.commaDelimitedListToStringArray(name));
- }
- }
- // 封装 BeanDefinitionHolder,注册 BeanDefinition,存在 aliases,注册 aliases
- BeanDefinitionHolder holder = new BeanDefinitionHolder(definition, id, aliases);
- registerBeanDefinition(holder, parserContext.getRegistry());
- if (shouldFireEvents()) {
- BeanComponentDefinition componentDefinition = new BeanComponentDefinition(holder);
- postProcessComponentDefinition(componentDefinition);
- parserContext.registerComponent(componentDefinition);
- }
- }
- catch (BeanDefinitionStoreException ex) {
- ...
- }
- }
- return definition;
- }
由 AbstractBeanDefinitionParser#parse 方法调入 AbstractSingleBeanDefinitionParser#parseInternal 方法中。
- @Override
- protected final AbstractBeanDefinition parseInternal(Element element, ParserContext parserContext) {
- BeanDefinitionBuilder builder = BeanDefinitionBuilder.genericBeanDefinition();
- String parentName = getParentName(element);
- if (parentName != null) {
- builder.getRawBeanDefinition().setParentName(parentName);
- }
- Class<?> beanClass = getBeanClass(element);
- if (beanClass != null) {
- builder.getRawBeanDefinition().setBeanClass(beanClass);
- }
- else {
- String beanClassName = getBeanClassName(element);
- if (beanClassName != null) {
- builder.getRawBeanDefinition().setBeanClassName(beanClassName);
- }
- }
- builder.getRawBeanDefinition().setSource(parserContext.extractSource(element));
- BeanDefinition containingBd = parserContext.getContainingBeanDefinition();
- if (containingBd != null) {
- // Inner bean definition must receive same scope as containing bean.
- builder.setScope(containingBd.getScope());
- }
- if (parserContext.isDefaultLazyInit()) {
- // Default-lazy-init applies to custom bean definitions as well.
- builder.setLazyInit(true);
- }
- doParse(element, parserContext, builder);
- return builder.getBeanDefinition();
- }
PropertyPlaceholderBeanDefinitionParser 重写了 getBeanClass 方法。
- @Override
- @SuppressWarnings("deprecation")
- protected Class<?> getBeanClass(Element element) {
- // spring 3.1 之后,默认采用
- if (SYSTEM_PROPERTIES_MODE_DEFAULT.equals(element.getAttribute(SYSTEM_PROPERTIES_MODE_ATTRIBUTE))) {
- return PropertySourcesPlaceholderConfigurer.class;
- }
- // 适配老版本
- return org.springframework.beans.factory.config.PropertyPlaceholderConfigurer.class;
- }
所以创建的 GenericBeanDefinition 中 beanClass 为 PropertySourcesPlaceholderConfigurer.class,设置完 beanClass 后,执行 doParser,进入 PropertyPlaceholderBeanDefinitionParser#doParser。
- // PropertyPlaceholderBeanDefinitionParser
- @Override
- protected void doParse(Element element, ParserContext parserContext, BeanDefinitionBuilder builder) {
- super.doParse(element, parserContext, builder);
-
- builder.addPropertyValue("ignoreUnresolvablePlaceholders",
- Boolean.valueOf(element.getAttribute("ignore-unresolvable")));
-
- String systemPropertiesModeName = element.getAttribute(SYSTEM_PROPERTIES_MODE_ATTRIBUTE);
- if (StringUtils.hasLength(systemPropertiesModeName) &&
- !systemPropertiesModeName.equals(SYSTEM_PROPERTIES_MODE_DEFAULT)) {
- builder.addPropertyValue("systemPropertiesModeName", "SYSTEM_PROPERTIES_MODE_" + systemPropertiesModeName);
- }
- // value-spearator 默认 ":"
- if (element.hasAttribute("value-separator")) {
- builder.addPropertyValue("valueSeparator", element.getAttribute("value-separator"));
- }
- if (element.hasAttribute("trim-values")) {
- builder.addPropertyValue("trimValues", element.getAttribute("trim-values"));
- }
- if (element.hasAttribute("null-value")) {
- builder.addPropertyValue("nullValue", element.getAttribute("null-value"));
- }
- }
- // AbstractPropertyLoadingBeanDefinitionParser
- @Override
- protected void doParse(Element element, ParserContext parserContext, BeanDefinitionBuilder builder) {
- String location = element.getAttribute("location");
- if (StringUtils.hasLength(location)) {
- // resolvePlaceholders 遇见无法解析的占位符跳过
- location = parserContext.getReaderContext().getEnvironment().resolvePlaceholders(location);
- String[] locations = StringUtils.commaDelimitedListToStringArray(location);
- builder.addPropertyValue("locations", locations);
- }
-
- String propertiesRef = element.getAttribute("properties-ref");
- if (StringUtils.hasLength(propertiesRef)) {
- builder.addPropertyReference("properties", propertiesRef);
- }
-
- String fileEncoding = element.getAttribute("file-encoding");
- if (StringUtils.hasLength(fileEncoding)) {
- builder.addPropertyValue("fileEncoding", fileEncoding);
- }
-
- String order = element.getAttribute("order");
- if (StringUtils.hasLength(order)) {
- builder.addPropertyValue("order", Integer.valueOf(order));
- }
-
- builder.addPropertyValue("ignoreResourceNotFound",
- Boolean.valueOf(element.getAttribute("ignore-resource-not-found")));
-
- builder.addPropertyValue("localOverride",
- Boolean.valueOf(element.getAttribute("local-override")));
-
- builder.setRole(BeanDefinition.ROLE_INFRASTRUCTURE);
- }
可以看到,又调用到了父类 AbstractPropertyLoadingBeanDefinitionParser 中,此处会进行 location 的解析。此处 location 也支持 "${...}" 占位符配置,但由于此时的 Environment 中注册的 PropertySources 只有系统变量和环境变量,所以此处可替换的占位符很有限。
也可以看到此处对 location 中占位符的解析比较宽松,选用的是 resolvePlaceholders,即没有默认值的无法解析的占位符将被忽略,并原封不动地传递。
location 支持以 "," 分隔的形式配置多个资源文件,最后添加 beanDefinition 的 PropertyValues,key 为 locations。
解析得到 BeanDefinition 后,进入 AbstractBeanDefinitionParser#resolveId。
- protected String resolveId(Element element, AbstractBeanDefinition definition, ParserContext parserContext)
- throws BeanDefinitionStoreException {
-
- if (shouldGenerateId()) {
- return parserContext.getReaderContext().generateBeanName(definition);
- }
- else {
- String id = element.getAttribute(ID_ATTRIBUTE);
- if (!StringUtils.hasText(id) && shouldGenerateIdAsFallback()) {
- id = parserContext.getReaderContext().generateBeanName(definition);
- }
- return id;
- }
- }
针对 PropertySourcesPlaceholderConfigure,默认会生成 id。此处采用默认的 Bean 名称生成策略生成 beanName。
- // DefaultBeanNameGenerator
- @Override
- public String generateBeanName(BeanDefinition definition, BeanDefinitionRegistry registry) {
- return BeanDefinitionReaderUtils.generateBeanName(definition, registry);
- }
- public static String generateBeanName(
- BeanDefinition definition, BeanDefinitionRegistry registry, boolean isInnerBean)
- throws BeanDefinitionStoreException {
-
- String generatedBeanName = definition.getBeanClassName();
- if (generatedBeanName == null) {
- if (definition.getParentName() != null) {
- generatedBeanName = definition.getParentName() + "$child";
- }
- else if (definition.getFactoryBeanName() != null) {
- generatedBeanName = definition.getFactoryBeanName() + "$created";
- }
- }
- if (!StringUtils.hasText(generatedBeanName)) {
- ...
- }
-
- if (isInnerBean) {
- return generatedBeanName + GENERATED_BEAN_NAME_SEPARATOR + ObjectUtils.getIdentityHexString(definition);
- }
-
- return uniqueBeanName(generatedBeanName, registry);
- }
- public static String uniqueBeanName(String beanName, BeanDefinitionRegistry registry) {
- String id = beanName;
- int counter = -1;
-
- // 自增 counter 直到生成的 id 在 BeanFactory 中 唯一
- String prefix = beanName + GENERATED_BEAN_NAME_SEPARATOR;
- while (counter == -1 || registry.containsBeanDefinition(id)) {
- counter++;
- id = prefix + counter;
- }
- return id;
- }
逻辑很简单,最后生成的 id 如:org.springframework.context.support.PropertySourcesPlaceholderConfigurer#0,之后在 AbstractBeanDefinitionParser#parse 方法中将此 id 作为 beanName,对 beanDefinition 进行注册。
至此,完成了对 context 标签下 property-placeholder 的解析。
从上面的介绍可以知道,完成解析后,注册了一个名称为 org.springframework.context.support.PropertySourcesPlaceholderConfigurer#0 的 BeanDefinition,那么这个 bean 是什么时候实例化的呢?
从一开始介绍类结构时,我们说过这是一个 BeanFactoryPostProcessor 子类,所以它会在 AbstractApplicationContext#refersh 中执行 invokeBeanFactoryPostProcessors 时进行实例化。
- public static void invokeBeanFactoryPostProcessors(
- ConfigurableListableBeanFactory beanFactory, List<BeanFactoryPostProcessor> beanFactoryPostProcessors) {
-
- // 处理 BeanDefinitionRegistryPostProcessors
- Set<String> processedBeans = new HashSet<>();
-
- ...
-
- // 处理 BeanFactoryPostProcessor
- String[] postProcessorNames =
- beanFactory.getBeanNamesForType(BeanFactoryPostProcessor.class, true, false);
-
- // 将获得的 BeanFactoryPostProcessor 按 PriorityOrdered、Ordered 和 剩下的分类
- List<BeanFactoryPostProcessor> priorityOrderedPostProcessors = new ArrayList<>();
- List<String> orderedPostProcessorNames = new ArrayList<>();
- List<String> nonOrderedPostProcessorNames = new ArrayList<>();
- for (String ppName : postProcessorNames) {
- if (processedBeans.contains(ppName)) {
- // 跳过已经处理过的
- }
- else if (beanFactory.isTypeMatch(ppName, PriorityOrdered.class)) {
- priorityOrderedPostProcessors.add(beanFactory.getBean(ppName, BeanFactoryPostProcessor.class));
- }
- else if (beanFactory.isTypeMatch(ppName, Ordered.class)) {
- orderedPostProcessorNames.add(ppName);
- }
- else {
- nonOrderedPostProcessorNames.add(ppName);
- }
- }
-
- // First, invoke the BeanFactoryPostProcessors that implement PriorityOrdered.
- // 首先,调用实现了 PriorityOrdered 的 BeanFactoryPostProcessor
- sortPostProcessors(priorityOrderedPostProcessors, beanFactory);
- invokeBeanFactoryPostProcessors(priorityOrderedPostProcessors, beanFactory);
-
- // Next, invoke the BeanFactoryPostProcessors that implement Ordered.
- // 其次,调用实现了 Ordered 的 BeanFactoryPostProcessor
- List<BeanFactoryPostProcessor> orderedPostProcessors = new ArrayList<>(orderedPostProcessorNames.size());
- for (String postProcessorName : orderedPostProcessorNames) {
- orderedPostProcessors.add(beanFactory.getBean(postProcessorName, BeanFactoryPostProcessor.class));
- }
- sortPostProcessors(orderedPostProcessors, beanFactory);
- invokeBeanFactoryPostProcessors(orderedPostProcessors, beanFactory);
-
- // 最后,调用剩下的 BeanFactoryPostProcessor
- List<BeanFactoryPostProcessor> nonOrderedPostProcessors = new ArrayList<>(nonOrderedPostProcessorNames.size());
- for (String postProcessorName : nonOrderedPostProcessorNames) {
- nonOrderedPostProcessors.add(beanFactory.getBean(postProcessorName, BeanFactoryPostProcessor.class));
- }
- invokeBeanFactoryPostProcessors(nonOrderedPostProcessors, beanFactory);
-
- // Clear cached merged bean definitions since the post-processors might have
- // modified the original metadata, e.g. replacing placeholders in values...
- beanFactory.clearMetadataCache();
- }
PropertySourcesPlaceholderConfigurer 实现了 PriorityOrdered,所以,会首先完成 PropertySourcesPlaceholderConfigurer 的实例化。调用 beanFactory.getBean 调用获取实例对象。
我们知道,在实例化之后,会对创建的半成品对象进行属性填充,下面来看看针对 PropertySourcesPlaceholderConfigurer 的属性填充。
从前面的 property-placeholder 解析可知,将配置的 location 最后解析成了属性名为 locations 的 String 数组,所以在此处,当调用 valueResolver.resolveValueIfNecessary 时,会调用 BeanDefinitionValueResolver#evaluate --> BeanDefinitionValueResolver#doEvaluate --> AbstractBeanFactory#evaluateBeanDefinitionString
- @Nullable
- protected Object evaluateBeanDefinitionString(@Nullable String value, @Nullable BeanDefinition beanDefinition) {
- if (this.beanExpressionResolver == null) {
- return value;
- }
-
- Scope scope = null;
- if (beanDefinition != null) {
- String scopeName = beanDefinition.getScope();
- if (scopeName != null) {
- scope = getRegisteredScope(scopeName);
- }
- }
- return this.beanExpressionResolver.evaluate(value, new BeanExpressionContext(this, scope));
- }
可以看到最终通过为 beanFactory 设置的 beanExpressionResolver 来进行处理,即 StandardBeanExpressionResolver,这是 Spring EL 表达式的标准实现,默认解析 #{...},此时若为 ${...},并不会对其解析。
接着,判断 locations 是一个可写的属性,执行 convertForProperty,最终调用 TypeConverterDelegate#convertIfNecessary 进行处理。根据需要的属性类型,找到对应的编辑器,ResourceArrayPropertyEditor,执行 setValue。
- // ResourceArrayPropertyEditor
- @Override
- public void setValue(Object value) throws IllegalArgumentException {
- if (value instanceof Collection || (value instanceof Object[] && !(value instanceof Resource[]))) {
- Collection<?> input = (value instanceof Collection ? (Collection<?>) value : Arrays.asList((Object[]) value));
- Set<Resource> merged = new LinkedHashSet<>();
- for (Object element : input) {
- if (element instanceof String) {
-
- String pattern = resolvePath((String) element).trim();
- try {
- Resource[] resources = this.resourcePatternResolver.getResources(pattern);
- Collections.addAll(merged, resources);
- }
- catch (IOException ex) {
- ...
- }
- }
- else if (element instanceof Resource) {
- merged.add((Resource) element);
- }
- else {
- ...
- }
- }
- super.setValue(merged.toArray(new Resource[0]));
- }
-
- else {
- super.setValue(value);
- }
- }
遍历 locations 字符串数组,先执行 resolvePath,参考 spring 中对象创建之 BeanWrapperImpl 的初始化 可知,创建 ResourceArrayPropertyEditor 时,将 AbstractApplicationContext 作为参数 resourcePatternResolver,将 AbstractApplicationContext 中属性 environment 作为 propertyResolver,默认 ignoreUnresolvablePlaceholders 为 true。
- protected String resolvePath(String path) {
- if (this.propertyResolver == null) {
- this.propertyResolver = new StandardEnvironment();
- }
- return (this.ignoreUnresolvablePlaceholders ? this.propertyResolver.resolvePlaceholders(path) :
- this.propertyResolver.resolveRequiredPlaceholders(path));
- }
所以此处 propertyResolver 不为 null,调用 resolvePlaceholders 来解析 ${...},即宽松的解析策略。
接着调用 resourcePatternResolver.getResources,参考 spring 中的资源文件加载,此时会调用到 AbstractApplicationContext#getResources,继而调用 PathMatchingResourcePatternResolver#getResources。
对于 config.properties,执行
new Resource[] {getResourceLoader().getResource(locationPattern)};
最终调用 DefaultResourceLoader#getResourceByPath,创建一个 ClassPathContextResource 实例对象。
此时对于非系统变量和环境变量对应的占位符,例如:${cc}.properties,此处无法解析,执行 resolvePath 会将原值返回,因为此处依然采用的是 AbstractApplicationContext 创建时的 environment,注册的 PropertySources 只有系统变量和环境变量,所以可替换的占位符很有限。接着又会调入 PathMatchingResourcePatternResolver#getResources,此时 AntPathMatcher#isPattern 将 {} 判断为路径匹配中的特殊字符,返回true,将其看作了需进行路径匹配的资源,调用 PathMatchingResourcePatternResolver#findPathMatchingResources。一番处理后 rootDirPath = "",subDirPath = ${cc}.properties,此时调用 getResources,会创建一个 path 为 "" 的 ClassPathContextResource,作为 rootDirResources 返回,接着对 rootDirResources 进行遍历,获取 rootDirUrl 为 当前 class 所在根目录,协议为 file,调用 PathMatchingResourcePatternResolver#doFindPathMatchingFileResources --> doFindMatchingFileSystemResources --> retrieveMatchingFiles,一番检索匹配后,返回一个 Resource[0] 数组。
之后调用 super.setValue,对父类 java.beans.PropertyEditorSupport 中 value 进行赋值。接着又在 TypeConverterDelegate#doConvertValue 中获取到这个转换后的 value 进行返回。
AbstractAutowireCapableBeanFactory#applyBeanPostProcessorsBeforeInitialization 中,此时由于已经注册 ApplicationContextAwareProcessor,会调用 ApplicationContextAwareProcessor#invokeAwareInterfaces,为 PropertySourcesPlaceholderConfigurer 设置 environment,为 AbstractApplicationContext 中属性 environment。
实例对象创建完成之后,发起 PostProcessorRegistrationDelegate#invokeBeanFactoryPostProcessors 调用。
- private static void invokeBeanFactoryPostProcessors(
- Collection<? extends BeanFactoryPostProcessor> postProcessors, ConfigurableListableBeanFactory beanFactory) {
-
- for (BeanFactoryPostProcessor postProcessor : postProcessors) {
- StartupStep postProcessBeanFactory = beanFactory.getApplicationStartup().start("spring.context.bean-factory.post-process")
- .tag("postProcessor", postProcessor::toString);
- postProcessor.postProcessBeanFactory(beanFactory);
- postProcessBeanFactory.end();
- }
- }
此时,就会调用 PropertySourcesPlaceholderConfigurer#postProcessBeanFactory。
- @Override
- public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
- if (this.propertySources == null) {
- this.propertySources = new MutablePropertySources(); // 创建赋值
- if (this.environment != null) {
- PropertyResolver propertyResolver = this.environment;
- // 如果 ignoreUnresolvablePlaceholders 标志被设置为 true,我们必须创建一个本地 PropertyResolver 来强制执行该设置,
- // 因为 environment 很可能没有将 ignoreUnresolvablePlaceholders 设置为 true
- // See https://github.com/spring-projects/spring-framework/issues/27947
- // StandardEnvironment 是 ConfigurableEnvironment 实现类
- if (this.ignoreUnresolvablePlaceholders && (this.environment instanceof ConfigurableEnvironment)) {
- ConfigurableEnvironment configurableEnvironment = (ConfigurableEnvironment) this.environment;
- PropertySourcesPropertyResolver resolver =
- new PropertySourcesPropertyResolver(configurableEnvironment.getPropertySources());
- resolver.setIgnoreUnresolvableNestedPlaceholders(true);
- propertyResolver = resolver;
- }
- PropertyResolver propertyResolverToUse = propertyResolver;
- this.propertySources.addLast(
- new PropertySource<Environment>(ENVIRONMENT_PROPERTIES_PROPERTY_SOURCE_NAME, this.environment) {
- @Override
- @Nullable
- public String getProperty(String key) {
- return propertyResolverToUse.getProperty(key);
- }
- }
- );
- }
- try {
- PropertySource<?> localPropertySource =
- new PropertiesPropertySource(LOCAL_PROPERTIES_PROPERTY_SOURCE_NAME, mergeProperties());
- // 默认不覆盖,addLast
- if (this.localOverride) {
- this.propertySources.addFirst(localPropertySource);
- }
- else {
- this.propertySources.addLast(localPropertySource);
- }
- }
- catch (IOException ex) {
- ...
- }
- }
-
- processProperties(beanFactory, new PropertySourcesPropertyResolver(this.propertySources));
- this.appliedPropertySources = this.propertySources;
- }
如果 PropertySourcesPlaceholderConfigurer 中 ignoreUnresolvablePlaceholders 被设置为 true,此时会创建一个 PropertySourcesPropertyResolver 实例对象,来代替 initializeBean 时设置的 environment 作为系统变量和环境变量下的属性解析器。否则,仍采用 environment。
接着执行 mergeProperties,加载配置的属性文件。
- protected Properties mergeProperties() throws IOException {
- // java.util.Properties
- Properties result = new Properties();
-
- if (this.localOverride) {
- // Load properties from file upfront, to let local properties override.
- loadProperties(result);
- }
-
- if (this.localProperties != null) {
- for (Properties localProp : this.localProperties) {
- CollectionUtils.mergePropertiesIntoMap(localProp, result);
- }
- }
-
- if (!this.localOverride) {
- // 加载 properties
- loadProperties(result);
- }
-
- return result;
- }
- // PropertiesLoaderSupport
- protected void loadProperties(Properties props) throws IOException {
- if (this.locations != null) {
- for (Resource location : this.locations) {
- try {
- PropertiesLoaderUtils.fillProperties(
- props, new EncodedResource(location, this.fileEncoding), this.propertiesPersister);
- }
- catch (FileNotFoundException | UnknownHostException | SocketException ex) {
- ...
- }
- }
- }
- }
-
- // DefaultPropertiesPersister
- @Override
- public void load(Properties props, InputStream is) throws IOException {
- props.load(is);
- }
遍历 PropertySourcesPlaceholderConfigurer 对象创建时填充的属性 locations,加载 properties 文件,得到 Properties,之后将其包装为 PropertiesPropertySource 对象,加入 propertySources。
接着新建一个 PropertySourcesPropertyResolver,传入 propertySources,之后调用 PropertySourcesPlaceholderConfigurer#processProperties。
- protected void processProperties(ConfigurableListableBeanFactory beanFactoryToProcess,
- final ConfigurablePropertyResolver propertyResolver) throws BeansException {
-
- // 利用新的 propertyResolver 来解析占位符
- propertyResolver.setPlaceholderPrefix(this.placeholderPrefix);
- propertyResolver.setPlaceholderSuffix(this.placeholderSuffix);
- propertyResolver.setValueSeparator(this.valueSeparator);
-
- // 根据 ignoreUnresolvablePlaceholders 来决定是否执行严格的占位符解析
- // 默认 false,即 resolveRequiredPlaceholders 执行严格的占位符解析
- StringValueResolver valueResolver = strVal -> {
- String resolved = (this.ignoreUnresolvablePlaceholders ?
- propertyResolver.resolvePlaceholders(strVal) :
- propertyResolver.resolveRequiredPlaceholders(strVal));
- if (this.trimValues) {
- resolved = resolved.trim();
- }
- return (resolved.equals(this.nullValue) ? null : resolved);
- };
-
- doProcessProperties(beanFactoryToProcess, valueResolver);
- }
-
- // PlaceholderConfigurerSupport
- protected void doProcessProperties(ConfigurableListableBeanFactory beanFactoryToProcess,
- StringValueResolver valueResolver) {
-
- BeanDefinitionVisitor visitor = new BeanDefinitionVisitor(valueResolver);
-
- String[] beanNames = beanFactoryToProcess.getBeanDefinitionNames();
- for (String curName : beanNames) {
- // 不是当前 beanName,同一个 beanFactory
- if (!(curName.equals(this.beanName) && beanFactoryToProcess.equals(this.beanFactory))) {
- BeanDefinition bd = beanFactoryToProcess.getBeanDefinition(curName);
- try {
- visitor.visitBeanDefinition(bd);
- }
- catch (Exception ex) {
- ...
- }
- }
- }
-
- // 自 spring 2.5 开始,解析别名中的占位符
- beanFactoryToProcess.resolveAliases(valueResolver);
-
- // 自 spring 3.0 开始,为 beanFactory 添加 embeddedValueResolvers,解析注解属性中的占位符
- beanFactoryToProcess.addEmbeddedValueResolver(valueResolver);
- }
-
- // 访问替换 beanDefinition 中的占位符
- public void visitBeanDefinition(BeanDefinition beanDefinition) {
- // parentName
- visitParentName(beanDefinition);
- // beanClassName
- visitBeanClassName(beanDefinition);
- visitFactoryBeanName(beanDefinition);
- visitFactoryMethodName(beanDefinition);
- visitScope(beanDefinition);
- // PropertyValues
- if (beanDefinition.hasPropertyValues()) {
- visitPropertyValues(beanDefinition.getPropertyValues());
- }
- // ConstructorArgumentValues
- if (beanDefinition.hasConstructorArgumentValues()) {
- ConstructorArgumentValues cas = beanDefinition.getConstructorArgumentValues();
- visitIndexedArgumentValues(cas.getIndexedArgumentValues());
- visitGenericArgumentValues(cas.getGenericArgumentValues());
- }
- }
利用 PropertySourcesPlaceholderConfigurer 相关属性来填充新建的 propertyResolver,接着创建一个 valueResolver,并将其封装为 BeanDefinitionVisitor,之后遍历 beanFactory 中注册的 BeanDefinition,利用 BeanDefinitionVisitor 逐个发起访问。
在 visitBeanDefinition 方法中,可以看到,分别对 parentName、beanClassName、factoryBeanName、factoryMethodName、scope、propertyValues、conStructorArgumentValues 进行访问,处理其中的占位符。
- @Nullable
- protected String resolveStringValue(String strVal) {
- if (this.valueResolver == null) {
- throw ...
- }
- String resolvedValue = this.valueResolver.resolveStringValue(strVal);
- // 未修改返回原值
- return (strVal.equals(resolvedValue) ? strVal : resolvedValue);
- }
让前面创建的 valueResolver 进行处理,根据 PropertySourcesPlaceholderConfigurer 中 ignoreUnresolvablePlaceholders 的配置情况来决定选用哪种策略执行占位符解析,默认 false,即选用严格的解析策略,遇见不能解析的占位符直接抛出异常。
接下来就利用前面 PropertySourcesPropertyResolver 中介绍的解析办法,创建 strictHelper 进行解析,此时当再次调用 PropertySourcesPropertyResolver#getPropertyAsRawString 时,就会利用已加载的 PropertySource,获取占位符对应的属性。
还有一点需要注意,经此处解析后的 BeanDefinition 中相关字段和属性,在之后创建 bean 实例时就会使用解析后的值,而对于已经创建实例对象的 BeanDefinition,除非重新创建实例对象,否则已经创建的实例对象并不会采用解析后的值。
举个例子:
- <context:property-placeholder location="config.properties"/>
- <context:property-placeholder location="${cc}.properties"/>
config.properties 中配置 cc=a
通过前面的介绍可知,当调用 invokeBeanFactoryProcessors 方法时,已经完成了对两个 PropertySourcesPlaceholderConfigurer 实例对象的创建,并且针对第二个 PropertySourcesPlaceholderConfigurer 实例对象,在执行 applyPropertyValues 时,由于 ${cc}.properties 无法解析,将其处理成了一个长度为 0 的 Resource 数组,这样,就会出现 mergeProperties 时 config.properties 会正常加载,接着执行 visitBeanDefinition 时会将 第二个 PropertySourcesPlaceholderConfigurer 对应的 BeanDefinition 中 ${cc}.properties 替换为 a.properties,但由于第二个 PropertySourcesPlaceholderConfigurer 已经完成实例对象的创建,当第二个 PropertySourcesPlaceholderConfigurer 执行 mergeProperties 时,由于 locations 为 Resource[0],并不会进行实质的加载,当后续获取 a.properties 中配置的属性时,就会报错。
在 PlaceholderConfigurerSupport#doProcessProperties 方法中,当完成对 BeanDefinition 的访问之后,会对 SimpleAliasRegistry 中注册的 aliasMap 进行解析,aliasMap 中 key 和 value 都支持占位符解析。
接着将 valueResolver 添加到 AbstractBeanFactory 的 embeddedValueResolvers 集合中,用来在填充属性时,AutowiredAnnotationBeanPostProcessor#postProcessProperties 对 @Value 注解中占位符的解析。
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。