【死磕 Spring】----- IOC 之 深入分析 Aware 接口

简介:

doCreateBean() 方法主要干三件事情:

实例化 bean 对象: createBeanInstance()

属性注入: populateBean()

初始化 bean 对象: initializeBean()

而初始化 bean 对象时也是干了三件事情:

激活 Aware 方法

后置处理器的应用

激活自定义的 init 方法

接下来三篇文章将会详细分析这三件事情,这篇主要分析 Aware 接口。

Aware 接口定义如下:

/**

 * Marker superinterface indicating that a bean is eligible to be

 * notified by the Spring container of a particular framework object

 * through a callback-style method. Actual method signature is

 * determined by individual subinterfaces, but should typically

 * consist of just one void-returning method that accepts a single

 * argument.

 *

 * <p>Note that merely implementing {@link Aware} provides no default

 * functionality. Rather, processing must be done explicitly, for example

 * in a {@link org.springframework.beans.factory.config.BeanPostProcessor BeanPostProcessor}.

 * Refer to {@link org.springframework.context.support.ApplicationContextAwareProcessor}

 * and {@link org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory}

 * for examples of processing {@code *Aware} interface callbacks.

 *

 * @author Chris Beams

 * @since 3.1

 */

public
 
interface
 
Aware
 
{



}

Aware 接口为 Spring 容器的核心接口,是一个具有标识作用的超级接口,实现了该接口的 bean 是具有被 Spring 容器通知的能力,通知的方式是采用回调的方式。

Aware 接口是一个空接口,实际的方法签名由各个子接口来确定,且该接口通常只会有一个接收单参数的 set 方法,该 set 方法的命名方式为 set + 去掉接口名中的 Aware 后缀,即 XxxAware 接口,则方法定义为 setXxx(),例如 BeanNameAware(setBeanName),ApplicationContextAware(setApplicationContext)。

Aware 的子接口需要提供一个 setXxx 方法,我们知道 set 是设置属性值的方法,即 Aware 类接口的 setXxx 方法其实就是设置 xxx 属性值的。 Aware 的含义是感知的、感应的,那么在 Spring 容器中是如何实现感知并设置属性值得呢?我们可以从初始化 bean 中的激活 Aware 的方法 invokeAwareMethods() 中看到一点点,如下:
image
首先判断 bean 实例是否属于 Aware 接口的范畴,如果是的话,则调用实例的 setXxx() 方法给实例设置 xxx 属性值,在 invokeAwareMethods() 方法主要是设置 beanName,beanClassLoader、BeanFactory 中三个属性值。

Spring 提供了一系列的 Aware 接口,如下图(部分):
image
上面只是一部分子类,从这里我们可以看到 Spring 提供的 Aware 接口是是何其多。同时从上图我们也看到了几个比较熟悉的接口,如 BeanClassLoaderAware、BeanFactoryAware、BeanNameAware,下面就这三个接口来做一个简单的演示,先看各自的定义:

public interface BeanClassLoaderAwareextendsAware{
/**
  * 将 BeanClassLoader 提供给 bean 实例回调
  * 在 bean 属性填充之后、初始化回调之前回调,
  * 例如InitializingBean的InitializingBean.afterPropertiesSet()方法或自定义init方法
  */
void setBeanClassLoader(ClassLoader classLoader);
}
public interface BeanFactoryAware extends Aware {    
/**
  * 将 BeanFactory 提供给 bean 实例回调
  * 调用时机和 setBeanClassLoader 一样
  */ 
void setBeanFactory(BeanFactory beanFactory) throws BeansException;
}
public interface BeanNameAware extends Aware { 
/**
  * 在创建此 bean 的 bean工厂中设置 beanName
  */ 
void setBeanName(String name);
}

public interface ApplicationContextAware extends Aware 
{
 
/**
  * 设置此 bean 对象的 ApplicationContext,通常,该方法用于初始化对象
  */
 
void setApplicationContext(ApplicationContext applicationContext)
 
throws
 BeansException;
}

下面简单演示下上面四个接口的使用方法:

public 
class 
MyApplicationAware
implements
BeanNameAware
,
BeanFactoryAware
,
BeanClassLoaderAware
,
ApplicationContextAware
{
  
private
 
String
 beanName
;
   
private
 
BeanFactory
 beanFactory
;
  
private
 
ClassLoader
 classLoader
;
  
private
 
ApplicationContext
 applicationContext
;
 
@Override
   
public
 
void
 setBeanClassLoader
(
ClassLoader
 classLoader
)
 
{        
System
.
out
.
println
(
"调用了 BeanClassLoaderAware 的 setBeanClassLoader 方法"
);       
this
.
classLoader 
=
 classLoader
;    
}    
@Override    
public 
void
 setBeanFactory
(
BeanFactory
 beanFactory
) 
throws 
BeansException 
{        
System
.
out
.
println
(
"调用了 BeanFactoryAware 的 setBeanFactory 方法"
);        
this
.
beanFactory 
=
 beanFactory
;    
}    
@Override    
public 
void
 setBeanName
(
String
 name
) 
{        
System
.
out
.
println
(
"调用了 BeanNameAware 的 setBeanName 方法"
);        
this
.
beanName 
=
 name
;    
}   
@Override    
public 
void
 setApplicationContext
(
ApplicationContext
 applicationContext
) 
throws 
BeansException 
{        
System
.
out
.
println
(
"调用了 ApplicationContextAware 的 setApplicationContext 方法"
);        
this
.
applicationContext 
=
 applicationContext
;    
}    
public 
void
 display
(){       
System
.
out
.
println
(
"beanName:"

+
 beanName
);        
System
.
out
.
println
(
"是否为单例:" 
+
 beanFactory
.
isSingleton
(
beanName
));        
System
.
out
.
println
(
"系统环境为:" 
+
 applicationContext
.
getEnvironment
());    
}
}

测试方法如下:

public 
static 
void
 main
(
String
[]
 args
) 
{        
ClassPathResource
 resource 
= 
new
ClassPathResource
(
"spring.xml"
);        
DefaultListableBeanFactory
 factory 
= 
new
DefaultListableBeanFactory
();       
XmlBeanDefinitionReader
 reader 
= 
new 
XmlBeanDefinitionReader
(
factory
);
        reader
.
loadBeanDefinitions
(
resource
);        
MyApplicationAware
 applicationAware 
=
(
MyApplicationAware
)
 factory
.
getBean
(
"myApplicationAware"
);
        applicationAware
.
display
();    
}

运行结果:
image
从该运行结果可以看出,这里只执行了三个 Aware 接口的 set 方法,原因就是痛 getBean() 调用时在激活 Aware 接口时只检测了 BeanNameAware、BeanClassLoaderAware、BeanFactoryAware 三个 Aware 接口。如果将测试方法调整为下面:

public 
static 
void
 main
(
String
[]
 args
) 
{    
ApplicationContext
 applicationContext 
= 
new 
ClassPathXmlApplicationContext
(
"spring.xml"
);       
MyApplicationAware
 applicationAware 
= 
(
MyApplicationAware
)
 applicationContext
.
getBean
(
"myApplicationAware"
);

        applicationAware
.
display
();   
}

则运行结果如下:
image
从这了我们基本上就可以 Aware 真正的含义是什么了?感知,其实是 Spring 容器在初始化主动检测当前 bean 是否实现了 Aware 接口,如果实现了则回调其 set 方法将相应的参数设置给该 bean ,这个时候该 bean 就从 Spring 容器中取得相应的资源。最后文章末尾列出部分常用的 Aware 子接口,便于日后查询:

LoadTimeWeaverAware:加载Spring Bean时织入第三方模块,如AspectJ

BeanClassLoaderAware:加载Spring Bean的类加载器

BootstrapContextAware:资源适配器BootstrapContext,如JCA,CCI

ResourceLoaderAware:底层访问资源的加载器

BeanFactoryAware:声明BeanFactory

PortletConfigAware:PortletConfig

PortletContextAware:PortletContext

ServletConfigAware:ServletConfig

ServletContextAware:ServletContext

MessageSourceAware:国际化

ApplicationEventPublisherAware:应用事件

NotificationPublisherAware:JMX通知

BeanNameAware:声明Spring Bean的名字

原文发布时间为:2018-12-24
本文作者:chenssy
本文来自云栖社区合作伙伴“ Java技术驿站”,了解相关信息可以关注“chenssy89”微信公众号

相关文章
|
XML Java 测试技术
Spring IOC—基于注解配置和管理Bean 万字详解(通俗易懂)
Spring 第三节 IOC——基于注解配置和管理Bean 万字详解!
1066 26
|
9月前
|
XML Java 测试技术
《深入理解Spring》:IoC容器核心原理与实战
Spring IoC通过控制反转与依赖注入实现对象间的解耦,由容器统一管理Bean的生命周期与依赖关系。支持XML、注解和Java配置三种方式,结合作用域、条件化配置与循环依赖处理等机制,提升应用的可维护性与可测试性,是现代Java开发的核心基石。
|
XML 人工智能 Java
Spring IOC 到底是什么?
IOC(控制反转)是一种设计思想,主要用于解耦代码,简化依赖管理。其核心是将对象的创建和管理交给容器处理,而非由程序直接硬编码实现。通过IOC,开发者无需手动new对象,而是由框架负责实例化、装配和管理依赖对象。常见应用如Spring框架中的BeanFactory和ApplicationContext,它们实现了依赖注入和动态管理功能,提升了代码的灵活性与可维护性。
309 1
|
XML Java 数据格式
Spring IoC容器的设计与实现
Spring 是一个功能强大且模块化的 Java 开发框架,其核心架构围绕 IoC 容器、AOP、数据访问与集成、Web 层支持等展开。其中,`BeanFactory` 和 `ApplicationContext` 是 Spring 容器的核心组件,分别定位为基础容器和高级容器,前者提供轻量级的 Bean 管理,后者扩展了事件发布、国际化等功能。
398 18
|
XML Java 数据格式
京东一面:spring ioc容器本质是什么? ioc容器启动的步骤有哪些?
京东一面:spring ioc容器本质是什么? ioc容器启动的步骤有哪些?
|
负载均衡 Java API
基于 Spring Cloud 的微服务架构分析
Spring Cloud 是一个基于 Spring Boot 的微服务框架,提供全套分布式系统解决方案。它整合了 Netflix、Zookeeper 等成熟技术,通过简化配置和开发流程,支持服务发现(Eureka)、负载均衡(Ribbon)、断路器(Hystrix)、API网关(Zuul)、配置管理(Config)等功能。此外,Spring Cloud 还兼容 Nacos、Consul、Etcd 等注册中心,满足不同场景需求。其核心组件如 Feign 和 Stream,进一步增强了服务调用与消息处理能力,为开发者提供了一站式微服务开发工具包。
1032 0
|
Java 容器 Spring
什么是Spring IOC 和DI ?
IOC : 控制翻转 , 它把传统上由程序代码直接操控的对象的调用权交给容 器,通过容器来实现对象组件的装配和管理。所谓的“控制反转”概念就是对组件对象控制权的转 移,从程序代码本身转移到了外部容器。 DI : 依赖注入,在我们创建对象的过程中,把对象依赖的属性注入到我们的类中。
|
SQL 前端开发 Java
深入分析 Spring Boot 项目开发中的常见问题与解决方案
本文深入分析了Spring Boot项目开发中的常见问题与解决方案,涵盖视图路径冲突(Circular View Path)、ECharts图表数据异常及SQL唯一约束冲突等典型场景。通过实际案例剖析问题成因,并提供具体解决方法,如优化视图解析器配置、改进数据查询逻辑以及合理使用外键约束。同时复习了Spring MVC视图解析原理与数据库完整性知识,强调细节处理和数据验证的重要性,为开发者提供实用参考。
590 0
|
Java Spring 容器
SpringBoot自动配置的原理是什么?
Spring Boot自动配置核心在于@EnableAutoConfiguration注解,它通过@Import导入配置选择器,加载META-INF/spring.factories中定义的自动配置类。这些类根据@Conditional系列注解判断是否生效。但Spring Boot 3.0后已弃用spring.factories,改用新格式的.imports文件进行配置。
1431 0
|
人工智能 Java 测试技术
Spring Boot 集成 JUnit 单元测试
本文介绍了在Spring Boot中使用JUnit 5进行单元测试的常用方法与技巧,包括添加依赖、编写测试类、使用@SpringBootTest参数、自动装配测试模块(如JSON、MVC、WebFlux、JDBC等),以及@MockBean和@SpyBean的应用。内容实用,适合Java开发者参考学习。
1338 0