如何在ApplicationListener<ApplicationPreparedEvent>中以编程方式实现@ConfigurationProperties的完整功能？

我完全懂你这种自己造轮子还踩坑的痛苦——Spring Boot的@ConfigurationProperties背后藏了一大堆细节，比如属性优先级、列表覆盖这些，手动实现确实容易翻车。其实Spring Boot本身就提供了完美的解决方案，不用你自己折腾Jackson那套。

核心的关键就是用Spring Boot自带的Binder类，它正是@ConfigurationProperties底层依赖的核心组件，完全支持你需要的所有特性，包括你头疼的数组/列表优先级覆盖逻辑（高优先级配置直接替换低优先级的，而不是合并）。

具体步骤超简单： #

1. 保持你的配置类和之前一样：就像你用@ConfigurationProperties时那样定义，不用加任何特殊注解，只要有正确的getter/setter就行（用Lombok的@Data会更省事）：

@Data
public class MyComplexConfig {
    private List<String> myArray;
    // 其他复杂属性、嵌套对象都可以正常定义
}

2. 在监听器里用Binder绑定属性：
   在ApplicationPreparedEvent的监听方法中，拿到ConfigurableEnvironment后，直接用Binder来绑定到你的配置类：

@Override
public void onApplicationEvent(ApplicationPreparedEvent event) {
    ConfigurableEnvironment environment = event.getApplicationContext().getEnvironment();
    
    // 这里的"my.config.prefix"就是你之前用@ConfigurationProperties(prefix = "...")时的前缀
    MyComplexConfig config = Binder.get(environment)
            .bind("my.config.prefix", MyComplexConfig.class)
            .orElseThrow(() -> new IllegalStateException("Failed to load configuration properties"));
    
    // 现在config就是完全遵循Spring Boot规则的配置对象了
    // 比如profile专属配置里的my.config.prefix.myArray会完全覆盖默认配置中的值
}

为什么这个方案靠谱？ #

• 完全遵循Spring配置规则：Binder是Spring Boot处理@ConfigurationProperties的原生工具，它严格遵守属性源的优先级（比如profile配置覆盖默认配置、系统属性覆盖配置文件等），列表/数组的覆盖逻辑和你期望的完全一致——高优先级的列表会直接替换低优先级的，不会出现合并的问题。
• 支持所有复杂场景：不管是嵌套属性、类型转换、松散绑定（比如配置文件里的my-config-value自动映射到类里的myConfigValue），Binder都能完美处理，和@ConfigurationProperties的表现一模一样。
• 不用自己造轮子：你之前用Jackson的方法相当于重新实现了一小部分@ConfigurationProperties的功能，但漏掉了最关键的优先级和覆盖逻辑，而Binder直接帮你搞定了所有细节。

额外注意点 #

• 确保你的配置类有正确的getter和setter，Binder需要通过这些方法来设置属性值；
• 如果某些属性是可选的，可以用orElse代替orElseThrow来提供默认值；
• 如果你需要更精细的配置（比如自定义类型转换器），Binder也支持通过Binder.Builder来扩展，和@ConfigurationProperties的扩展方式一致。

内容来源于stack exchange