GenericBeanDefinition 是 Spring 提供的轻量级可变 BeanDefinition 实现，用于动态构造 Bean 定义；它允许在注册前自由修改类、作用域、构造参数等属性，而 RootBeanDefinition 是合并后的只读最终形态，容器内部统一使用它创建 Bean。
GenericBeanDefinition 是什么，它和普通 BeanDefinition 有什么区别
它不是用来“替代”RootBeanDefinition的运行时首选，而是 Spring 为动态构造 Bean 定义提供的轻量级可变容器。关键点在于：GenericBeanDefinition 允许你在注册前反复修改 setBeanClass()、setScope()、setConstructorArgumentValues() 等属性，而 RootBeanDefinition 构造后多数字段是 final 或只读的。
但注意：Spring 容器内部最终统一转换为 RootBeanDefinition，所以 GenericBeanDefinition 本质是“构造期便利工具”，不是运行时长期持有的类型。
如何用 GenericBeanDefinition 向 ApplicationContext 动态注册 Bean
核心路径是获取 ConfigurableApplicationContext 的 BeanFactory，调用 registerBeanDefinition(String, BeanDefinition)。必须确保容器尚未刷新（即 refresh() 未被调用），否则会抛 IllegalStateException: BeanFactory not initialized or already closed。
- 使用
ApplicationContextAware获取上下文，强转为ConfigurableApplicationContext - 从
getBeanFactory()拿到DefaultListableBeanFactory - 构造
GenericBeanDefinition，设置setBeanClass()和必要参数（如构造器入参、属性值） - 调用
registerBeanDefinition("myBean", beanDef)—— 名字不能重复，否则抛BeanDefinitionOverrideException（除非开启setAllowBeanDefinitionOverriding(true)）
示例片段：
GenericBeanDefinition def = new GenericBeanDefinition();
def.setBeanClass(MyService.class);
def.setScope(ConfigurableBeanFactory.SCOPE_SINGLETON);
def.getConstructorArgumentValues().addIndexedArgumentValue(0, "dynamic-value");
((ConfigurableListableBeanFactory) context.getBeanFactory())
.registerBeanDefinition("myDynamicService", def);
为什么 registerBeanDefinition 后 getBean() 可能失败
常见原因不是定义没注册成功，而是依赖解析时机不对。比如：
- 在
ApplicationContext刷新完成前注册：Bean 可立即getBean()，但若该 Bean 有@Autowired依赖，而依赖尚未注册或未完成初始化，会报UnsatisfiedDependencyException - 在
ApplicationContext刷新完成后注册：此时容器已冻结，虽然registerBeanDefinition()成功，但该 Bean 不参与自动装配、不触发@PostConstruct、不走 AOP 代理链 —— 因为后处理器（如AutowiredAnnotationBeanPostProcessor）已执行完毕 - 未显式调用
getBeanFactory().preInstantiateSingletons()：对于非懒加载单例，需手动触发预实例化，否则getBean()第一次才会创建，且可能因依赖缺失失败
替代方案：比 GenericBeanDefinition 更稳妥的动态注册方式
如果目标是“让 Bean 完整参与 Spring 生命周期”，直接操作 BeanFactory 注册 GenericBeanDefinition 往往不够。更可靠的做法是：
- 用
BeanDefinitionRegistryPostProcessor：在容器刷新早期介入，此时所有BeanDefinition尚未转为RootBeanDefinition，可安全注入并保证后续完整处理 - 用
ImportBeanDefinitionRegistrar+ 自定义注解：把动态逻辑封装进注解驱动流程，避免手动注册时机错位 - 对已有 Bean 进行扩展：用
BeanPostProcessor在实例化后增强，而不是硬塞新 Bean
真正需要 GenericBeanDefinition 的场景，其实是测试、插件化模块加载、或配置中心驱动的 Bean 衍生 —— 但它只是拼装工具，别指望靠它绕过 Spring 的生命周期管理规则。
最容易被忽略的是：即使注册成功，该 Bean 的 @Value、@ConfigurationProperties、@Validated 等注解也不会自动生效，因为这些依赖于 BeanFactoryPostProcessor 阶段的处理，而那个阶段早已过去。
