遇到过不少类似的情况，咱们一步步拆解排查，大概率能找到问题所在：

1. 先确认Oracle配置文件是否真的被激活了 #

Spring Boot默认只会加载application-default.properties，如果要启用application-oracle.properties，必须明确指定激活对应的profile。如果没激活，那你在oracle配置里写的spring.liquibase.enabled=false根本不会生效，Liquibase自然还是默认启动。

怎么确认/激活？

• 启动jar时直接加参数：java -jar your-app.jar --spring.profiles.active=oracle
• 或者在application-default.properties里添加一行：spring.profiles.active=oracle，让应用默认加载oracle的配置

2. 排查配置优先级是否被覆盖 #

Spring Boot的配置加载有明确的优先级顺序（比如命令行参数 > 环境变量 > jar内配置文件），如果有其他地方设置了spring.liquibase.enabled=true，会直接覆盖你配置文件里的设置。

快速排查方法：
启动应用时加上--debug参数，然后在日志里搜索PropertySources，找到spring.liquibase.enabled这一项，看它的来源是哪里（比如是不是来自环境变量、命令行参数）。如果来源不是你的application-oracle.properties，那就是被覆盖了。

3. 检查代码中是否手动配置了Liquibase Bean #

如果你的项目里有通过@Bean注解手动创建Liquibase实例的代码，Spring Boot的自动配置就会被绕过，这时候配置文件里的spring.liquibase.enabled就失效了。

解决办法：
给你的Liquibase Bean加上条件判断，让它只在配置启用时才创建：

@Bean
@ConditionalOnProperty(prefix = "spring.liquibase", name = "enabled", havingValue = "true")
public Liquibase liquibase(DataSource dataSource) throws SQLException {
    // 你的Liquibase配置代码
}

4. 验证配置文件本身的正确性 #

别小看拼写错误，很容易踩坑：

• 解压生成的jar包，确认BOOT-INF/classes/application-oracle.properties确实存在
• 检查配置项拼写：是不是写成了spring.liquibase.enable（少了末尾的d）？
• 确认配置项没有被注释掉（你的示例里前面有#，要注意实际配置里的该行是否真的取消了注释）

最后小提示 #

如果以上都没问题，可以临时把spring.liquibase.enabled=false放到application-default.properties里测试，如果这时候Liquibase不启动了，那肯定是profile激活的问题。

内容的提问来源于stack exchange，提问作者khmarbaise