博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
Spring(13)——PropertyPlaceholderConfigurer(二)之namespace
阅读量:5872 次
发布时间:2019-06-19

本文共 2585 字,大约阅读时间需要 8 分钟。

13.6 指定加载顺序

有的时候我们可能需要或者是希望定义多个PropertyPlaceholderConfigurer,这个时候我们可以通过setOrder()方法来指定PropertyPlaceholderConfigurer的处理顺序,值越小的越先处理。这样就有两个问题要考虑,当一个属性变量可以被多个PropertyPlaceholderConfigurer进行替换时,先处理的将优先替换,替换后对于后处理的PropertyPlaceholderConfigurer来说对应的变量已经不存在了也就不能再进行替换了。第二个需要考虑的问题是当某些属性变量只能由某些个PropertyPlaceholderConfigurer进行替换时,使用默认设置的话在其前处理的PropertyPlaceholderConfigurer遇到不能替换的属性变量时将抛出异常,所以我们需要指定定义在前面的PropertyPlaceholderConfigurer忽略属性变量不能被解析的情况。

13.7 使用命名空间进行定义

通过在Spring的配置文件中引入context命名空间,然后通过该命名空间的property-placeholder元素定义默认就可以在对应的bean容器中生成一个对应PropertySourcesPlaceholderConfigurer类型的对应的bean,在Spring3.1以前使用<context:property-placeholder/>将生成一个PropertyPlaceholderConfigurer类型的bean。可以通过该元素的location属性来指定对应的外部属性文件的位置,多个文件之间以逗号分隔。可以通过properties-ref属性来指定需要关联的内部属性定义对应的bean。可以通过local-override属性来指定当内部属性定义与外部属性文件定义存在相同的属性时是否内部属性定义需要覆盖外部属性文件定义的属性,默认为false。

可以通过system-properties-mode属性来指定针对系统属性的策略,针对不同的策略Spring底层会生成不同类型的bean进行处理,当指定其值为“ENVIRONMENT”时将生成PropertySourcesPlaceholderConfigurer类型的bean来进行对应变量的替换,其它三种类型将生成PropertyPlaceholderConfigurer类型的bean来进行对应变量的替换。

  • ENVIRONMENT表示将使用PropertySourcesPlaceholderConfigurer来处理对应的变量替换,其会根据当前的Spring Environment及一系列的PropertySources来替换对应的变量,这是默认值。这些PropertySources包括该通过该元素的location属性指定的外部属性文件和通过properties-ref属性指定的内部属性定义对应bean定义的属性。
  • NEVER表示从不使用系统属性来替换对应的变量。
  • FALLBACK表示只有在没有属性匹配当前变量的情况下才尝试使用系统属性来进行替换。
  • OVERRIDE表示将优先使用系统属性来替换对应的变量,即只有在系统属性不能替换对应变量时才使用外部文件定义的属性或是内部属性进行替换。

当location和properties-ref都没有进行指定时即表示只通过系统属性来进行变量的替换。

v1
v2

还可以通过ignore-resource-not-found属性来指定是否忽略对应属性文件找不到的问题,默认为false,即会抛出异常。通过ignore-unresolvable属性指定是否忽略属性变量不能解析或者说是不能被替换的情况,默认为false,即不忽略,遇到不能解析的属性变量时将抛出异常。

还可以通过order属性指定当前BeanFactoryPostProcessor的加载顺序。

通过上面的介绍我们知道PropertySourcesPlaceholderConfigurer和PropertyPlaceholderConfigurer的作用其实是类似的,它们有着共同的父类PlaceholderConfigurerSupport。我们也可以单独的在Spring的配置文件中定义一个PropertySourcesPlaceholderConfigurer类型的bean用以替换对应的变量。与PropertyPlaceholderConfigurer相比,其除了不能指定systemPropertiesMode属性外,其它基本都和PropertyPlaceholderConfigurer是一样的。此外,如同它们的名称一样,PropertyPlaceholderConfigurer内部使用的是java.util.Properties作为属性资源的来源,而PropertySourcesPlaceholderConfigurer内部则是使用的org.springframework.core.env.PropertySources作为属性资源的来源。另外,PropertySourcesPlaceholderConfigurer还可以使用当前Spring的Environment对象getProperty()方法来获取属性变量对应的值以进行替换。更多信息请参看Spring的API文档。

(注:本文是基于Spring4.1.0所写)

 

转载地址:http://yuenx.baihongyu.com/

你可能感兴趣的文章
“/"应用程序中的服务器错误
查看>>
快速定位NodeJs线上问题 - 之火焰图篇
查看>>
leetcode-345-Reverse Vowels of a String
查看>>
Spring Cloud F & Spring Boot 2.0 版本升级说明书
查看>>
代码评审-如何保证缓存与数据库的读写一致性?
查看>>
什么是面向对象,为什么要面向对象
查看>>
聊聊Lambda架构
查看>>
iOS逆向工程- 工具详解
查看>>
开发者必备Linux命令
查看>>
好程序员大数据教程分享之Hadoop优缺点
查看>>
关于C++中ios::sync_with_stdio(false)
查看>>
JS switch 分支语句
查看>>
H5-手机震动
查看>>
Android动画之逐帧动画(FrameAnimation)详解
查看>>
数据库 语句 总结
查看>>
Unity屏幕坐标转UI坐标
查看>>
(转)解释一下SQLSERVER事务日志记录
查看>>
HTML <img> 标签
查看>>
UPS故障案例集(一)
查看>>
基础篇 (2)
查看>>