原创:小姐姐味道(微信公众号ID:xjjdog),欢迎分享,转载请保留出处。

虽然现在springboot提供了多环境的支持,但是通常修改一下配置文件,都需要重新打包。

在开发springboot框架集成时,我遇到一个问题,就是如何让@PropertySource能够“扫描”和加载jar包外面的properties文件。

这样,我就可以随时随地的修改配置文件,不需要重新打包。

最粗暴的方式,就是用--classpath指定这些文件。但是这引入了其他问题,“易于部署”、“与容器无关”,让人棘手。而且这个问题在测试环境、多机房部署、以及与配置中心协作时还是很难巧妙解决,因为这里面涉及到不少的硬性规范、甚至沟通成本。

回到技术的本质,我希望基于spring容器,开发一个兼容性套件,能够扫描jar外部的properties文件,考虑到实施便捷性,我们约定这些properties文件总是位于jar文件的临近目录中。

设计前提

1、文件目录

文件目录就类似于下面的样式。可以看到配置文件是和jar包平行的。

----application.jar  (springboot项目,jarLaucher)       |       | sample.properties       | config/               |               | sample.properties  复制代码

2、扫描策略(涉及到覆盖优先级问题)

1)我们约定默认配置文件目录为config,也就是最优先的。其余application.jar同级;相对路径起始位置为jar路径。

2)首先查找./config/sample.properties文件是否存在,如果存在则加载。

3)查找./sample.properties文件是否存在,如果存在则加载。

4)否则,使用classpath加载此文件。

3、开发策略

1)尽可能使用spring机制,即Resource加载机制,而不适用本地文件或者部署脚本干预等。

2)通过研究,扩展自定义的ResourceLoader可以达成此目标,但是潜在风险很高,因为springboot、cloud框架内部,对各种Context的支持都有各自的ResourceLoader实现,如果我们再扩展自己的loader会不会导致某些未知问题?于是放弃了此策略。

3)spring提供了ProtocolResolver机制,用于匹配自定义的文件schema来加载文件;而且不干扰ResourceLoader的机制,最重要的是它会添加到spring环境下的所有的loader中。我们只需要扩展一个ProtocolResolver类,并将它在合适的实际加入到ResourceLoader即可,此后加载properties文件时我们的ProtocolResolver总会被执行。

代码

下面是具体的代码实现。最主要的,就是配置文件解析器的编写。注释很详细,就不多做介绍了。

1、XPathProtocolResolver.java

import org.springframework.core.io.ProtocolResolver;  import org.springframework.core.io.Resource;  import org.springframework.core.io.ResourceLoader;  import org.springframework.util.ResourceUtils;    import java.util.Collection;  import java.util.LinkedHashSet;    /**  * 用于加载jar外部的properties文件,扩展classpath : xjjdog * -- app.jar  * -- config/a.property   INSIDE order=3  * -- a.property          INSIDE order=4  * -- config/a.property       OUTSIDE order=1  * -- a.property              OUTSIDE order=2  * <p>  * 例如:  * 1、@PropertySource("::a.property")  * 查找路径为:./config/a.property,./a.property,如果找不到则返回null,路径相对于app.jar  * 2、@PropertySource("::x/a.property")  * 查找路径为:./config/x/a.property,./x/a.property,路径相对于app.jar  * 3、@PropertySource("*:a.property")  * 查找路径为:./config/a.property,./a.property,CLASSPATH:/config/a.property,CLASSPATH:/a.property  * 4、@PropertySource("*:x/a.property")  * 查找路径为:./config/x/a.property,./x/a.property,CLASSPATH:/config/x/a.property,CLASSPATH:/x/a.property  * <p>  * 如果指定了customConfigPath,上述路径中的/config则会被替换  *  * @author xjjdog  **/  public class XPathProtocolResolver implements ProtocolResolver {        /**      * 查找OUTSIDE的配置路径,如果找不到,则返回null      */      private static final String X_PATH_OUTSIDE_PREFIX = "::";        /**      * 查找OUTSIDE 和inside,其中inside将会转换为CLASS_PATH      */      private static final String X_PATH_GLOBAL_PREFIX = "*:";        private String customConfigPath;        public XPathProtocolResolver(String configPath) {          this.customConfigPath = configPath;      }        @Override      public Resource resolve(String location, ResourceLoader resourceLoader) {  if (!location.startsWith(X_PATH_OUTSIDE_PREFIX) && !location.startsWith(X_PATH_GLOBAL_PREFIX)) {  return null;          }            String real = path(location);            Collection<String> fileLocations = searchLocationsForFile(real);  for (String path : fileLocations) {              Resource resource = resourceLoader.getResource(path);  if (resource != null && resource.exists()) {  return resource;              }          }          boolean global = location.startsWith(X_PATH_GLOBAL_PREFIX);  if (!global) {  return null;          }            Collection<String> classpathLocations = searchLocationsForClasspath(real);  for (String path : classpathLocations) {              Resource resource = resourceLoader.getResource(path);  if (resource != null && resource.exists()) {  return resource;              }          }  return resourceLoader.getResource(real);      }        private Collection<String> searchLocationsForFile(String location) {          Collection<String> locations = new LinkedHashSet<>();          String _location = shaping(location);  if (customConfigPath != null) {              String prefix = ResourceUtils.FILE_URL_PREFIX + customConfigPath;  if (!customConfigPath.endsWith("/")) {                  locations.add(prefix + "/" + _location);              } else {                  locations.add(prefix + _location);              }          } else {              locations.add(ResourceUtils.FILE_URL_PREFIX + "./config/" + _location);          }          locations.add(ResourceUtils.FILE_URL_PREFIX + "./" + _location);  return locations;      }        private Collection<String> searchLocationsForClasspath(String location) {          Collection<String> locations = new LinkedHashSet<>();          String _location = shaping(location);  if (customConfigPath != null) {              String prefix = ResourceUtils.CLASSPATH_URL_PREFIX + customConfigPath;  if (!customConfigPath.endsWith("/")) {                  locations.add(prefix + "/" + _location);              } else {                  locations.add(prefix + _location);              }          } else {              locations.add(ResourceUtils.CLASSPATH_URL_PREFIX + "/config/" + _location);          }            locations.add(ResourceUtils.CLASSPATH_URL_PREFIX + "/" + _location);  return locations;      }        private String shaping(String location) {  if (location.startsWith("./")) {  return location.substring(2);          }  if (location.startsWith("/")) {  return location.substring(1);          }  return location;      }        /**      * remove protocol      *      * @param location      * @return      */      private String path(String location) {  return location.substring(2);      }  }  复制代码

2、ResourceLoaderPostProcessor.java

import org.springframework.context.ApplicationContextInitializer;  import org.springframework.context.ConfigurableApplicationContext;  import org.springframework.core.Ordered;  import org.springframework.core.env.Environment;    /**  * @author xjjdog  * 调整优化环境变量,对于boot框架会默认覆盖一些环境变量,此时我们需要在processor中执行  * 我们不再需要使用单独的yml文件来解决此问题。原则:  * 1)所有设置为系统属性的,初衷为"对系统管理员可见"、"对外部接入组件可见"(比如starter或者日志组件等)  * 2)对设置为lastSource,表示"当用户没有通过yml"配置选项时的默认值--担保策略。  **/  public class ResourceLoaderPostProcessor implements ApplicationContextInitializer<ConfigurableApplicationContext>, Ordered {        @Override      public void initialize(ConfigurableApplicationContext applicationContext) {          Environment environment = applicationContext.getEnvironment();          String configPath = environment.getProperty("CONF_PATH");  if (configPath == null) {              configPath = environment.getProperty("config.path");          }          applicationContext.addProtocolResolver(new XPathProtocolResolver(configPath));      }        @Override      public int getOrder() {  return HIGHEST_PRECEDENCE + 100;      }  }  复制代码

加上spring.factories,我们越来越像是在做一个starter了。没错,就是要做一个。

3、spring.factories

org.springframework.context.ApplicationContextInitializer=\  com.github.xjjdog.commons.spring.io.ResourceLoaderPostProcessor  复制代码

PropertyConfiguration.java (springboot环境下,properties加载器)

@Configuration  @PropertySources(      {              @PropertySource("*:login.properties"),              @PropertySource("*:ldap.properties")      }  )  public class PropertyConfiguration {         @Bean      @ConfigurationProperties(prefix = "login")      public LoginProperties loginProperties() {  return new LoginProperties();      }         @Bean      @ConfigurationProperties(prefix = "ldap")      public LdapProperties ldapProperties() {  return new LdapProperties();      }  }  复制代码

这样,我们的自定义加载器就完成了。我们也为SpringBoot组件,增加了新的功能。

End

SpringBoot通过设置"spring.profiles.active"可以指定不同的环境,但是需求总是多变的。比如本文的配置需求,可能就是某个公司蛋疼的约定。

SpringBoot提供了多种扩展方式来支持这些自定义的操作,这也是魅力所在。没有什么,不是开发一个spring boot starter不能解决的。

作者简介:小姐姐味道  (xjjdog),一个不允许程序员走弯路的公众号。聚焦基础架构和Linux。十年架构,日百亿流量,与你探讨高并发世界,给你不一样的味道。我的个人微信xjjdog0,欢迎添加好友,进一步交流。



©著作权归作者所有:来自51CTO博客作者wx5ce7be7e7e4cc的原创作品,如需转载,请注明出处,否则将追究法律责任

更多相关文章

  1. 别小看tail 命令,它难倒了技术总监
  2. linux文件操作
  3. 实现文件上下文管理(__enter__和__exit__)
  4. 一文读懂Linux
  5. 近2万字详解JAVA NIO2文件操作,过瘾!
  6. (4-15)红黑树
  7. Python爬取酷狗音乐-详解(多图预警)
  8. ITSS运维资质认证评审需要哪些材料?
  9. 什么是ASM?

随机推荐

  1. golang gin框架错误处理
  2. golang中创建错误的方法
  3. golang chan是否关闭
  4. golang web开发乱码的原因与解决方法
  5. golang与java语法上的区别
  6. golang-cache是全局吗
  7. golang中使用rand产生随机不重复数字
  8. golang中fscanf读取文件时把回车替换成0
  9. golang 包怎么调用
  10. golang 1.9什么时候发布