BeanFactoryAware 让 Bean 在属性注入后、初始化前获取 BeanFactory 引用，用于按需获取 Bean、检查状态或读取元信息，但不可修改已注册定义，需规避循环依赖，不替代 @Autowired。
直接通过 BeanFactoryAware 获取容器底层控制权，核心不是“夺权”，而是让 Bean 主动获得对 BeanFactory 的引用，在合法生命周期内调用其 API。它不绕过 Spring 容器，也不破坏 IoC 原则，而是在框架允许的边界内增强灵活性。
BeanFactoryAware 的执行时机很关键
Spring 在 Bean 实例化后、属性注入完成、初始化方法（如 @PostConstruct 或 afterPropertiesSet）执行前，自动调用 setBeanFactory() 方法。这个时机意味着：
- Bean 已被创建，但尚未完全就绪，此时获取的
BeanFactory是真实可用的容器实例 - 你不能在构造函数里用它，也不能在
setBeanFactory之前调用getBean() - 它早于
BeanPostProcessor.postProcessBeforeInitialization，适合做前置检查或动态注册
拿到 BeanFactory 后能做什么
有了 BeanFactory 引用，你就拥有了访问容器底层能力的“钥匙”，典型用途包括：
-
按需获取 Bean：支持名称、类型、泛型、带参数等多种
getBean()形式，尤其适合运行时决定依赖对象的场景（如支付路由、策略选择） -
判断 Bean 状态：调用
containsBean("xxx")或isSingleton("xxx")，避免因 Bean 不存在导致异常 -
读取 Bean 定义元信息：通过
getBeanDefinition("xxx")查看作用域、是否懒加载、构造参数等，用于诊断或扩展逻辑 -
配合其他 Aware 接口使用：比如同时实现
BeanNameAware和BeanFactoryAware，就能知道“我是谁”+“我在哪个容器里”
要注意的限制和风险
虽然获得了底层访问能力，但 BeanFactory 并非万能，且使用不当容易引发问题：
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
立即学习“Java免费学习笔记（深入）”；
-
不能修改已注册的 BeanDefinition：除非你手动调用
registerSingleton()或registerBeanDefinition()，否则只读；而动态注册需谨慎，可能影响启动顺序和依赖解析 -
避免循环依赖陷阱：在
setBeanFactory中调用getBean(this.getClass())会触发循环引用，Spring 通常抛出BeanCurrentlyInCreationException -
不要替代 @Autowired：日常依赖注入应优先用声明式方式；
BeanFactory.getBean()更适合条件性、延迟性或非标准注入场景 -
注意作用域差异：从
BeanFactory获取 prototype Bean 每次都是新实例，而 singleton 是共享的——这点和直接注入行为一致，但需开发者明确意识
一个轻量但实用的示例
比如你想在某个服务启动时，检查配置中是否启用了某项功能对应的 Bean：
（省略 import 和注解）public class FeatureChecker implements BeanFactoryAware {
private BeanFactory beanFactory;
@Override
public void setBeanFactory(BeanFactory beanFactory) {
this.beanFactory = beanFactory;
}
public boolean isAdvancedFeatureEnabled() {
return beanFactory.containsBean("advancedService")
&& beanFactory.isSingleton("advancedService");
}
}
这个类无需额外配置，Spring 自动注入 BeanFactory，后续可安全用于健康检查、灰度开关等逻辑。
