Spring Aware 到底是什么？

通过如下前序两篇文章:

Spring Bean 生命周期之“我从哪里来”？
Spring Bean 生命周期之“我要到哪里去”？
我们了解了 Spring Bean 的生命周期核心内容，bean 是如何被初始化变为 Ready for Use 的状态，当资源被回收时又是如何被 destroy 的，但 Spring Bean Life Cycle图并未被全部点亮，这篇文章将点亮剩余内容，同时说说你常见的 XxxxAware 接口

为什么要说 Spring Bean 生命周期又说 Aware 呢？下来点亮剩下内容你也许就明白了：

在 Spring Bean Ready for Use之前的起源当然是要调用构造器，所以 Constructor 毋庸置疑是创建 Spring Bean 的第一步
通过 Setter 方法完成依赖注入，SDI （Setter Dependency Injection）
依赖注入一旦结束，BeanNameAware.setBeanName() 会被调用，它设置该 bean 在 Bean Factory 中的名称
接下来调用 BeanClassLoaderAware.setBeanClassLoader() ，为 bean 实例提供类加载器，我们知道所有类都是要通过类加载器加载到上下文的，关于类的加载机制/双亲委派模型（大厂都爱问的面试题）内容会在后续给出来，让你透彻的了解
然后 BeanFactoryAware.setBeanFactory() 会被调用为 bean 实例提供其所拥有的 factory

关于 1、2 两点我要额外多说一些内容，请看下面代码：

这里，我们尝试通过构造器访问自动注入的 field Environment env，当构造器被调用时，Spring Bean 还没被完全初始化，这就会导致 NullPointerExceptions；
我们变换一下方式：

这种方式，Environment 实例被安全注入之后才调用 @PostConstruct标记的方法，这样就不会抛出 NullPointerException 了。

这会回看周期图，有没有豁然开朗？

敲黑板

等所有 Spring Bean 都完成依赖注入（周期图中的 Setter Methods 部分）再使用 bean 的引用才是安全的方式，

后续会有一个章节专门说一说面试经常被问起的 Spring 有几种依赖注入方式的尴尬问题，请关注后续文章

到这里终于可以说一说 Aware 了，且看

Aware

Aware 翻译过来可以理解为"察觉的；注意到的；感知的" ，XxxxAware 也就是对....感知的，没有 Aware 就是无感知的吗？对喽

Spring 的依赖注入最大亮点就是所有的 Bean 对 Spring 容器的存在是没有意识的，拿 BeanFactory 和 ApplicationContext 的区别中已明确说明 MessageSourceAware 获取 Message Source 相关文本信息 ApplicationEventPublisherAware 发布事件 ResourceLoaderAware 获取资源加载器，这样获取外部资源文件
来看类关系图：

当然不止以上这些 Aware，通常使用 Spring Aware 的目的是为了让 Bean 获得 Spring 容器的服务。

代码示例

BeanNameAware

自定义 bean 实现 BeanNameAware

注册 bean

运行

和预想一样，Bean Name 输出结果为 myCustomBeanName，如果移除掉 @Bean 注解的 name 属性，输出结果为 getMyBeanName

总结

在大多数情况下，我们应该避免使用任何 Aware 接口，除非我们需要它们。实现这些接口会将代码耦合到Spring框架，但是希望看过本节内容之后阅读框架源码思维更加清晰

灵魂追问

框架中有哪些经典的 Aware 应用？

到现在你能很好的理解 Spring Bean 的生命周期吗？

Demo代码

涉及到 Spring Bean 生命周期的测试代码由于内容较多，没有写在此处，关注公众号并回复「demo」获取相关代码，请自行尝试运行结果

提高效率工具

欢迎持续关注公众号：「日拱一兵」

前沿 Java 技术干货分享

高效工具汇总

面试问题分析与解答

技术资料领取

后续会出一系列文章点亮上图，同时进行 Spring 知识点解释与串联，在工作中充分利用 Spring 的特性
另外，还会推出 Java 多线程与 ElasticSearch 相关内容

持续关注，带你像读侦探小说一样轻松趣味学习 Java 技术栈相关知识