Spring：能否在运行时手动创建ConfigurationProperties Bean？

上下文完全就绪后能否手动创建ConfigurationProperties Bean #

• 技术层面完全支持，整个操作不需要依赖Spring的注解扫描链路，手动完成全流程即可
• 标准操作路径：从已就绪的Spring上下文的Environment中获取公开的Binder实例，手动实例化目标属性类，调用Binder的绑定方法将配置值写入实体对象，最后将绑定完成的对象注册到BeanFactory的单例缓存中即可正常被注入使用
• 注意事项：原生链路自动触发的@Validated参数校验、@ConstructorBinding构造器绑定、配置变更热更新感知等能力不会自动生效，需要手动补充对应的校验调用、构造参数处理逻辑；如果需要接入热更新能力，需要手动将绑定对象的监听逻辑注册到Spring的配置变更事件链路中

能否通过Instrumentation生成ConfigurationProperties类并被Spring后置处理阶段自动收集识别 #

• 核心结论：上下文完全就绪后，通过Instrumentation生成的带@ConfigurationProperties注解的类，无法被Spring原生后置处理链路自动收集识别
• 原因说明：Spring对ConfigurationProperties类的扫描收集动作，全部发生在上下文启动的BeanDefinition注册阶段，单例Bean全部实例化完成、上下文完全就绪后，扫描收集的逻辑就会完全退出运行，不会再加载新生成的类做识别
• 适配实现方式：如果一定要在运行时生成类并接入Spring链路，需要手动补全两个环节：一是通过Instrumentation生成类后，手动将对应类的BeanDefinition注册到BeanFactory中；二是手动触发属性绑定流程，生成绑定完成的Bean实例注册到单例缓存，跳过原生的后置处理收集步骤
• 特殊窗口期例外：如果是在上下文启动阶段、后置处理扫描逻辑还未退出的窗口期（即BeanFactory准备完成、单例Bean还未开始实例化的阶段）通过Instrumentation生成类，是可以被正常扫描识别的

ConfigurationPropertiesBinder访问权限变更的适配方案 #

• 版本差异说明：Spring Boot 2.x版本中ConfigurationPropertiesBinder为public访问级别，对外提供静态获取实例、手动绑定属性的公开API；Spring Boot 3.x及后续版本将该类调整为包私有访问级别，不再对外暴露原生入口
• 官方替代方案：不要通过反射访问私有ConfigurationPropertiesBinder类，Spring提供了完全公开的Binder工具类，具备和原私有Binder完全一致的绑定能力，可通过Binder.get(environment)直接获取实例，实现所有原本的手动绑定逻辑
• 避坑提示：强行反射调用私有内部类的方法会带来长期兼容风险，Spring后续版本调整内部类结构时会直接导致代码失效，所有手动属性绑定逻辑统一迁移到公开的BinderAPI即可

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