问题场景：
首先介绍一下，问题发现的场景，存在一个项目，在本地开发环境上，spring项目的数据库、redis等中间件的配置参数都是配置在application.yml 文件里的，所以修改配置直接改改文件就可以了，但是当项目部署在k8s的集群上，想要通过修改application.yml文件里的配置项，发现修改无效。
尝试解决
如图，在多次修改application.yml 文件里的连接配置之后，然后发现连接的仍然是修改的之前的配置。
application.yml的配置 运行时的连接 既然，配置无法加载，然后直接写死在Config配置类中，暴力解决
原因分析：
提示：这里填写问题的分析：
例如：Handler 发送消息有两种方式，分别是 Handler.obtainMessage()和 Handler.sendMessage()，其中 obtainMessage 方式当数据量过大时，由于 MessageQuene 大小也有限，所以当 message 处理不及时时，会造成先传的数据被覆盖，进而导致数据丢失。 虽然暴力解决了当时的问题，但是毕竟不够优雅。事后，有时间，我考虑了发现这种情况的原因，既然修改不生效，那生效的配置是从何而来，在我一顿操作之后发现，该一直生效的配置是通过K8s的deployment配置的。问题到了这里，就出现了一个新的问题，那就是为什么k8s的配置生效了，application的配置没有生效。理由很简单，就是配置优先级问题。
Spring boot 配置优先级
Spring Boot使用一个非常特殊的PropertySource顺序，该顺序旨在允许对值进行合理的重写。后来的属性源可以覆盖早期属性源中定义的值。默认顺序如下：
参考：Spring官方文档：
默认属性（通过设置SpringApplication.setDefaultProperties指定）。@PropertySource在您的@Configuration类上的注释。请注意，在刷新应用程序上下文之前，不会将此类属性源添加到环境中。现在配 置某些属性（如logging.和spring.main.）已经太晚了，这些属性在刷新开始之前被读取。配置数据（如application.properties文件）。仅具有随机属性的RandomValuePropertySource。*。OS环境变量。Java系统属性（System.getProperties（））。来自java:comp/env的JNDI属性。ServletContext init参数。ServletConfig init参数。SPRING_APPLICATION_JSON的属性（嵌入环境变量或系统属性中的内联JSON）。命令行参数。测试中的属性属性。在@SpringBootTest和测试注释上可用，用于测试应用程序的特定片段。@TestPropertySource 测试上的注释。当devtools处于活动状态时，Devtools在$HOME/.config/spring-boot目录中的全局设置属性。
解决方案：
现在问题就迎刃而解了，application.yml 等同于application.properties 文件，顺序在3，K8s配置的环境变量是OS环境变量，顺序在7，重写了application的配置。但问题没有这么简单，数据连接配置是通过@Value 读取的，@Value 中的变量名并不跟k8s中配置的并不一致。
注入的变量名：
k8s上的变量名：
通过上面的对比，两者之间存在一定的相似性，怀疑是spring对环境变量做了解析映射，本着刨根问底的心态，最后发现在SystemEnvironmentPropertySource 类发现了Spring 对系统环境变量的解析处理，源码如下：
protected final String resolvePropertyName(String name) {
Assert.notNull(name, "Property name must not be null");
String resolvedName = checkPropertyName(name);
if (resolvedName != null) {
return resolvedName;
}
String uppercasedName = name.toUpperCase();
if (!name.equals(uppercasedName)) {
resolvedName = checkPropertyName(uppercasedName);
if (resolvedName != null) {
return resolvedName;
}
}
return name;
}
@Nullable
private String checkPropertyName(String name) {
// Check name as-is
if (containsKey(name)) {
return name;
}
// Check name with just dots replaced
String noDotName = name.replace('.', '_');
if (!name.equals(noDotName) && containsKey(noDotName)) {
return noDotName;
}
// Check name with just hyphens replaced
String noHyphenName = name.replace('-', '_');
if (!name.equals(noHyphenName) && containsKey(noHyphenName)) {
return noHyphenName;
}
// Check name with dots and hyphens replaced
String noDotNoHyphenName = noDotName.replace('-', '_');
if (!noDotName.equals(noDotNoHyphenName) && containsKey(noDotNoHyphenName)) {
return noDotNoHyphenName;
}
// Give up
return null;
}
问题到了现在，总算是水落石出了，jdbc.postgres.url 会被解析成JDBC_POSTGRES_URL，所以可以读取到该系统变量。
好文阅读
您阅读本篇文章共花了：
发表评论