文章参考来源:Spring Framework官方文档
Spring框架本身提供了许多接口,允许用户使用这些接口自定义bean的性质。归结如下:
- 生命周期回调
- ApplicationContextAware 和BeanNameAware
- 其他的Aware 接口
2. ApplicationContextAware 和BeanNameAware
当ApplicationContext创建一个实现了org.springframework.context.ApplicationContextAware接口的对象实例时,该实例被提供了一个对该ApplicationContext的引用。
public interface ApplicationContextAware {
void setApplicationContext(ApplicationContext applicationContext) throws BeansException;
}
自动装配是获得ApplicationContext引用的另一种选择。
当ApplicationContext创建一个实现了org.springframework.beans.factory.BeanNameAware接口的类时,这个类将被提供一个对其关联对象定义中定义的名称的引用。
public interface BeanNameAware {
void setBeanName(String name) throws BeansException;
}
BeanNameAware 的调用时机:在填充普通bean属性之后、初始化回调之前(如InitializingBean.afterPropertiesSet()或自定义初始化方法)调用。
3. 其他Aware 接口
除了上面讨论的applicationcontextAware和BeanNameAware, Spring还提供了一系列Aware的接口,允许bean向容器表明它们需要某种基础设施依赖关系。下面总结了最重要的Aware接口——作为一个通用规则,名称很好地指示了依赖类型:
名称 | 描述 | 原文链接 |
---|---|---|
ApplicationContextAware | 声明ApplicationContext | ApplicationContextAware and BeanNameAware |
ApplicationEventPublisherAware | 封装的ApplicationContext的事件发布程序 | Additional Capabilities of the ApplicationContext |
ApplicationEventPublisherAware | 类加载器用于加载bean类 | Instantiating Beans |
BeanFactoryAware | 声明BeanFactory | The BeanFactory |
BeanNameAware | 声明bean的名称 | ApplicationContextAware and BeanNameAware |
LoadTimeWeaverAware | 定义了用于在加载时处理类定义的weaver | Load-time Weaving with AspectJ in the Spring Framework |
MessageSourceAware | 已配置的消息解析策略(支持参数化和国际化) | Additional Capabilities of the ApplicationContext |
NotificationPublisherAware | Spring JMX通知发布程序 | Notifications |
ResourceLoaderAware | 配置的加载程序,用于低层访问资源 | Resources |
ServletConfigAware | 容器运行在当前ServletContext中。仅在web-aware的Spring应用程序上下文中有效 | Spring MVC |
ServletContextAware | 容器运行在当前ServletContext中。仅在web-aware的Spring应用程序上下文中有效 | Spring MVC |
需要注意的是:使用以上的Aware接口会将您的代码与Spring API绑定在一起,而不会遵循控制反转风格。针对需要对容器进行编程访问的基础架构bean,使用到以上Aware接口Spring官方是推荐的。