通过如下前序两篇文章:
我们了解了 Spring Bean 的生命周期核心内容,bean 是如何被初始化变为 Ready for Use
的状态,当资源被回收时又是如何被 destroy 的,但 Spring Bean Life Cycle
图并未被全部点亮,这篇文章将点亮剩余内容,同时说说你常见的 XxxxAware 接口
为什么要说 Spring Bean 生命周期又说 Aware 呢?下来点亮剩下内容你也许就明白了:
Ready for Use BeanNameAware.setBeanName() BeanClassLoaderAware.setBeanClassLoader() BeanFactoryAware.setBeanFactory()
关于 1、2 两点我要额外多说一些内容,请看下面代码:
这里,我们尝试通过构造器访问自动注入的 field Environment env
,当构造器被调用时,Spring Bean 还没被完全初始化,这就会导致 NullPointerExceptions
;
我们变换一下方式:
这种方式,Environment 实例被安全注入之后才调用 @PostConstruct
标记的方法,这样就不会抛出 NullPointerException
了。
这会回看周期图,有没有豁然开朗?
等所有 Spring Bean 都完成依赖注入(周期图中的 Setter Methods 部分)再使用 bean 的引用才是安全的方式,
后续会有一个章节专门说一说面试经常被问起的 Spring 有几种依赖注入方式
的尴尬问题,请关注后续文章
到这里终于可以说一说 Aware 了,且看
Aware 翻译过来可以理解为"察觉的;注意到的;感知的" ,XxxxAware 也就是对....感知的,没有 Aware 就是无感知的吗?对喽
Spring 的依赖注入最大亮点就是所有的 Bean 对 Spring 容器的存在是没有意识的,拿 [Spring Bean 生命周期之“我从哪里来”?]() 文章中“小学生入少先队”为例子说明,小学生还是那个小学生,加入少先队还是加入共青团只不过规则不一样罢了
常见的 Spring Aware 接口
Aware子接口 | 描述 |
---|---|
BeanNameAware | 获取容器中 Bean 的名称 |
BeanFactoryAware | 获取当前 BeanFactory ,这样可以调用容器的服务 |
ApplicationContextAware | 同上,在 BeanFactory 和 ApplicationContext 的区别 中已明确说明 |
MessageSourceAware | 获取 Message Source 相关文本信息 |
ApplicationEventPublisherAware | 发布事件 |
ResourceLoaderAware | 获取资源加载器,这样获取外部资源文件 |
来看类关系图:
当然不止以上这些 Aware, 通常使用 Spring Aware 的目的是为了让 Bean 获得 Spring 容器的服务。
自定义 bean 实现 BeanNameAware
注册 bean
运行
和预想一样,Bean Name 输出结果为 myCustomBeanName
,如果移除掉 @Bean 注解的 name 属性, 输出结果为 getMyBeanName
在大多数情况下,我们应该避免使用任何 Aware 接口,除非我们需要它们。实现这些接口会将代码耦合到Spring框架,但是希望看过本节内容之后阅读框架源码思维更加清晰
涉及到 Spring Bean 生命周期的测试代码由于内容较多,没有写在此处,关注公众号并回复 「demo」获取相关代码,请自行尝试运行结果
后续会出一系列文章点亮上图,同时进行 Spring 知识点解释与串联,在工作中充分利用 Spring 的特性
另外,还会推出 Java 多线程与 ElasticSearch 相关内容
持续关注,带你像读侦探小说一样轻松趣味学习 Java 技术栈相关知识