@ConditionalOnProperty配置不生效：环境变量设为0时配置类仍被实例化

核心排查方向 #

• 首先确认-Denable.schedule.task=0配置是否真正生效：很多时候CATALINA_OPTS配置的参数并未被Tomcat正确加载，比如修改的配置文件路径错误、重启操作未生效、多实例部署配置错了实例。你可以直接执行ps -ef | grep tomcat查看进程启动参数里是否存在该配置项，或者在代码中注入Environment直接打印属性值验证：

@Autowired
private Environment env;

@PostConstruct
public void printProp() {
    System.out.println("当前enable.schedule.task值：" + env.getProperty("enable.schedule.task"));
}

• 排查是否存在更高优先级的配置覆盖了系统属性值：Spring Boot的配置源优先级从高到低为：命令行参数 > 系统属性 > 环境变量 > 配置中心配置 > Jar包外配置文件 > Jar包内配置文件 > 默认属性。如果你的启动命令里加了--enable.schedule.task=1、或者配置中心/ application配置文件里写了该属性值为1，都会覆盖你在CATALINA_OPTS里配置的系统属性。
• 确认部署包的代码是否和你本地编写的一致：常见的低级错误是修改代码后未重新打包部署，服务器上运行的还是旧代码，比如旧代码里matchIfMissing设为true、或者havingValue配置错误。
• 排除宽松绑定/类型转换导致的匹配问题：部分旧版本Spring Boot中，数字类型的属性值和字符串类型的havingValue比较时可能出现异常匹配，你可以替换为更严格的SpEL表达式条件验证：

@Configuration
@EnableScheduling
@ConditionalOnExpression("'${enable.schedule.task:0}' == '1'")
public class SchedulingConfig {

}

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