基于数据库动态标志启用/禁用Spring RESTful API的问题求助

问题根源 #

你的问题核心在于Condition接口的matches方法是在Spring Bean定义解析阶段执行的，这时候Spring容器还没完成Bean实例化和依赖注入流程，所以@Autowired注入的AppProperties必然是null——@DependsOn和@Order这类注解只能调整Bean初始化的顺序，无法改变Condition的执行时机。

解决方案 #

方案1：通过EnvironmentPostProcessor提前加载数据库配置到Spring环境

把数据库中的标志值提前加载到Spring的Environment中，这样自定义Condition可以直接从环境中取值，不需要依赖Bean实例。

1. 实现EnvironmentPostProcessor读取数据库配置

public class DbFlagEnvironmentPostProcessor implements EnvironmentPostProcessor {

    @Override
    public void postProcessEnvironment(ConfigurableEnvironment environment, SpringApplication application) {
        // 直接实现数据库读取逻辑（这里不能用Spring依赖注入，需手动处理JDBC连接）
        String enableLogstash = getFlagFromDatabase();
        
        // 将标志值添加到Spring环境，等同于在application.properties中配置
        environment.getPropertySources().addFirst(
            new MapPropertySource("dbFlags", 
                Collections.singletonMap("app.flag.enable-logstash", enableLogstash)
            )
        );
    }

    private String getFlagFromDatabase() {
        try (Connection conn = DriverManager.getConnection("jdbc:mysql://localhost:3306/your_db", "user", "pwd")) {
            String sql = "SELECT flag_value FROM app_flags WHERE flag_key = 'ENABLE_LOGSTASH'";
            try (PreparedStatement stmt = conn.prepareStatement(sql);
                 ResultSet rs = stmt.executeQuery()) {
                return rs.next() ? rs.getString("flag_value") : "NO";
            }
        } catch (SQLException e) {
            e.printStackTrace();
            return "NO";
        }
    }
}

2. 注册EnvironmentPostProcessor
   在src/main/resources/META-INF/spring.factories中添加：

org.springframework.boot.env.EnvironmentPostProcessor=com.your.package.DbFlagEnvironmentPostProcessor

3. 修改自定义Condition

public class CheckCondition implements Condition {

    @Override
    public boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata) {
        // 直接从Spring环境中获取标志值
        String value = context.getEnvironment().getProperty("app.flag.enable-logstash");
        return "YES".equalsIgnoreCase(value);
    }
}

方案2：在配置类中动态注册Controller Bean

放弃@Conditional注解，转而在配置类中等待AppProperties初始化完成后，动态决定是否注册CheckController的Bean。

1. 移除CheckController上的@Conditional注解

@RestController
@CrossOrigin
public class CheckController {

    private static final String URL_PUT_CHECKS = "v1/core/checks";

    @Autowired
    private ContextService serviceContext;
    @Autowired
    private CheckService serviceCheck;

    @RequestMapping(value = URL_PUT_CHECKS, method = RequestMethod.PUT)
    public void putLogstash(@RequestBody String jsonValue, HttpServletRequest request) {
        serviceCheck.storeValue(request, serviceContext.getAppNameVerified(request), jsonValue);
    }
}

2. 创建配置类动态注册Bean

@Configuration
public class DynamicControllerConfig {

    @Autowired
    private AppProperties appProp;

    @Bean
    @ConditionalOnMissingBean
    public CheckController checkController() {
        String flag = appProp.getProperty(AppPropertiesEnum.ENABLE_LOGSTASH);
        return "YES".equalsIgnoreCase(flag) ? new CheckController() : null;
    }
}

这种方式完全遵循Spring Bean生命周期，确保AppProperties完成初始化后再做判断，不会出现依赖注入null的问题。

方案3：改用@ConditionalOnExpression（需确保AppProperties提前初始化）

如果AppProperties已经是Spring Bean，且标志属性可被EL表达式访问，直接用@ConditionalOnExpression替代自定义Condition：

@RestController
@CrossOrigin
@ConditionalOnExpression("@appProperties.getProperty(T(com.your.package.AppPropertiesEnum).ENABLE_LOGSTASH) == 'YES'")
public class CheckController {
    // 原有代码不变
}

注意：这种方式要求AppProperties的Bean初始化时机足够早，否则EL表达式会找不到该Bean。

推荐方案 #

优先选择方案2，逻辑清晰且完全符合Spring的生命周期规范，不容易出现时机冲突问题；如果需要在Bean定义阶段就决定是否注册Bean，则选择方案1。

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