【Spring高级】Aware与InitializingBean接口

本文主要是介绍【Spring高级】Aware与InitializingBean接口，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

Aware接口

概述

在Spring框架中，Aware 接口是一种常用的设计模式，用于允许bean在初始化时感知（或获取）Spring容器中的某些资源或环境信息。这些接口通常以 ...Aware 结尾，并且Spring提供了许多这样的接口。以下是一些常见的 Aware 接口及其用途：

1. BeanNameAware：
   • 允许bean获取其在Spring容器中的名称。
   • 实现此接口的bean可以通过 setBeanName(String name) 方法设置其名称。
2. BeanFactoryAware：
   • 允许bean获取对其创建它的 BeanFactory 的引用。
   • 实现此接口的bean可以通过 setBeanFactory(BeanFactory beanFactory) 方法设置其 BeanFactory。
3. ApplicationContextAware：
   • 允许bean获取对其运行时的 ApplicationContext 的引用。
   • 实现此接口的bean可以通过 setApplicationContext(ApplicationContext applicationContext) 方法设置其 ApplicationContext。
4. ResourceLoaderAware：
   • 允许bean获取 ResourceLoader，它可以用来加载类路径上的资源。
   • 实现此接口的bean可以通过 setResourceLoader(ResourceLoader resourceLoader) 方法设置其 ResourceLoader。
5. MessageSourceAware：
   • 允许bean获取 MessageSource，它用于国际化消息解析。
   • 实现此接口的bean可以通过 setMessageSource(MessageSource messageSource) 方法设置其 MessageSource。
6. ApplicationEventPublisherAware：
   • 允许bean获取 ApplicationEventPublisher，它用于发布应用事件。
   • 实现此接口的bean可以通过 setApplicationEventPublisher(ApplicationEventPublisher applicationEventPublisher) 方法设置其 ApplicationEventPublisher。
7. EnvironmentAware：
   • 允许bean获取 Environment，它提供了对应用程序运行时的环境属性的访问。
   • 实现此接口的bean可以通过 setEnvironment(Environment environment) 方法设置其 Environment。

使用这些 Aware 接口，Spring bean可以在其生命周期的早期阶段获取到所需的资源或服务，然后利用这些资源或服务执行其逻辑。例如，ApplicationContextAware 允许一个bean访问整个应用上下文，这可能对于查找其他bean或资源非常有用。

要实现这些接口，你只需要在你的bean类中添加相应的 set 方法，并在Spring配置中声明这个bean。Spring容器会自动调用这些 set 方法，并传递相应的资源或服务。

例如，要实现 ApplicationContextAware，你可以这样做：

import org.springframework.beans.BeansException;  
import org.springframework.context.ApplicationContext;  
import org.springframework.context.ApplicationContextAware;  
import org.springframework.stereotype.Component;  @Component  
public class MyBean implements ApplicationContextAware {  private ApplicationContext applicationContext;  @Override  public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {  this.applicationContext = applicationContext;  }  public ApplicationContext getApplicationContext() {  return applicationContext;  }  
}

在这个例子中，MyBean 实现了 ApplicationContextAware 接口，并通过 setApplicationContext 方法获取了 ApplicationContext 的引用。然后，这个bean就可以使用 applicationContext 属性来访问Spring容器中的其他bean或服务了。

为什么需要Aware接口

有了@Autoware注解，为什么还需要 Aware 接口？

• 因为Aware接口提供了一种机制，让bean能够在Spring容器初始化它们的过程中获取到额外的信息或资源，这些信息或资源可能无法通过简单的依赖注入来获取。
• @Autowired 的解析需要用到 bean 后处理器, 属于扩展功能， 而 Aware 接口属于内置功能, 不加任何扩展, Spring 就能识别。某些情况下, 扩展功能会失效, 而内置功能不会失效。
• Aware接口提供了一种更灵活的方式来获取资源，因为它们可以在bean的初始化过程中任何时候被调用。相比之下，依赖注入通常发生在bean创建的过程中，并且受到Spring容器管理的依赖关系的限制。
• 虽然可以通过@Autowired直接注入ApplicationContext，但这可能会增加代码的耦合度，因为任何需要访问ApplicationContext的类都必须依赖它。使用ApplicationContextAware接口可以让这种依赖更加显式，并且可以通过实现接口来控制哪些类实际上需要这种依赖。

InitializingBean接口

InitializingBean接口是Spring框架中的一个回调接口，它定义了一个afterPropertiesSet()方法。这允许bean在依赖注入完成后执行一些初始化逻辑。当一个bean的所有属性都被Spring容器通过依赖注入设置完毕之后，afterPropertiesSet()方法会被自动调用。

实现InitializingBean接口的bean可以在afterPropertiesSet()方法中编写自定义的初始化代码。通常用于执行一些在依赖注入后必须执行的设置或准备操作。这使得bean可以在其属性被设置之后执行一些初始化逻辑。

下面是一个实现InitializingBean接口的简单例子：

import org.springframework.beans.factory.InitializingBean;  public class MyBean implements InitializingBean {  private String someProperty;  public void setSomeProperty(String someProperty) {  this.someProperty = someProperty;  }  @Override  public void afterPropertiesSet() throws Exception {  // 初始化逻辑，这将在所有属性被设置之后执行  System.out.println("Properties have been set on the bean. Initializing...");  // 例如，可以在这里进行资源加载、数据初始化等操作  }  public void doSomething() {  // 业务逻辑  }  
}

在这个例子中，MyBean 类实现了 InitializingBean 接口，并覆盖了 afterPropertiesSet() 方法。当 Spring 容器创建 MyBean 的实例并设置其所有属性之后，它会调用 afterPropertiesSet() 方法。

虽然InitializingBean接口提供了一种通用的初始化机制，但Spring也支持使用@PostConstruct注解作为替代。

InitializingBean接口的使用不是强制性的。Spring也允许通过在XML配置文件中使用<bean>元素的init-method属性，或者在注解配置中使用@PostConstruct注解来指定初始化方法。@PostConstruct注解的方法会在依赖注入完成后自动被调用，这与afterPropertiesSet()方法的效果相同，但它是Java EE提供的替代InitializingBean接口的方式来执行初始化逻辑。

此外，你还可以通过实现DisposableBean接口并提供destroy()方法的实现来定义bean销毁时的逻辑。当bean不再需要并被Spring容器销毁时，destroy()方法会被自动调用。这类似于InitializingBean接口，但用于bean生命周期的结束阶段。

@Autoware失效分析

看下面一个例子：

配置类

package com.cys.demo02.Chapter06;import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.beans.factory.config.BeanFactoryPostProcessor;
import org.springframework.context.ApplicationContext;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;import javax.annotation.PostConstruct;@Configuration
public class MyConfig {private static final Logger log = LoggerFactory.getLogger(MyConfig.class);@Autowiredpublic void setApplicationContext(ApplicationContext applicationContext) {log.debug("注入 ApplicationContext");}@PostConstructpublic void init() {log.debug("初始化");}}

测试类

package com.cys.demo02.Chapter06;import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor;
import org.springframework.context.annotation.CommonAnnotationBeanPostProcessor;
import org.springframework.context.annotation.ConfigurationClassPostProcessor;
import org.springframework.context.support.GenericApplicationContext;public class TestAutowiredInvalidated {private static final Logger log = LoggerFactory.getLogger(TestAutowiredInvalidated.class);public static void main(String[] args) {GenericApplicationContext context = new GenericApplicationContext();context.registerBean("myConfig1", MyConfig.class);context.registerBean(AutowiredAnnotationBeanPostProcessor.class);context.registerBean(CommonAnnotationBeanPostProcessor.class);context.registerBean(ConfigurationClassPostProcessor.class);context.refresh();context.close();}
}

运行后可以正常打印出依赖注入时打印的信息：

12:43:34.799 [main] DEBUG com.cys.demo02.Chapter06.MyConfig - 注入 ApplicationContext
12:43:34.800 [main] DEBUG com.cys.demo02.Chapter06.MyConfig - 初始化

但是当我们给配置类增加一个BeanFactoryPostProcessor，如下：

package com.cys.demo02.Chapter06;import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.beans.factory.config.BeanFactoryPostProcessor;
import org.springframework.context.ApplicationContext;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;import javax.annotation.PostConstruct;@Configuration
public class MyConfig {private static final Logger log = LoggerFactory.getLogger(MyConfig.class);@Autowiredpublic void setApplicationContext(ApplicationContext applicationContext) {log.debug("注入 ApplicationContext");}@PostConstructpublic void init() {log.debug("初始化");}@Bean  //添加一个beanFactory的后处理器public  BeanFactoryPostProcessor processor1(){return  configurableListableBeanFactory -> {log.debug("执行processor1");};}}

运行后发现，未打印出依赖注入时打印的信息。这是为什么呢？

Java 配置类不包含 BeanFactoryPostProcessor 的情况

Java 配置类包含 BeanFactoryPostProcessor 的情况，因为要创建其中的 BeanFactoryPostProcessor 必须提前创建 Java 配置类，而此时的 BeanPostProcessor 还未准备好，导致 @Autowired 等注解失效

对应代码

@Configuration
public class MyConfig1 {private static final Logger log = LoggerFactory.getLogger(MyConfig1.class);@Autowiredpublic void setApplicationContext(ApplicationContext applicationContext) {log.debug("注入 ApplicationContext");}@PostConstructpublic void init() {log.debug("初始化");}@Bean // 注释或添加 beanFactory 后处理器对应上方两种情况public BeanFactoryPostProcessor processor1() {return beanFactory -> {log.debug("执行 processor1");};}}

解决方法：

• 用内置依赖注入和初始化取代扩展依赖注入和初始化，也就是我们前面说的Aware接口
• 用静态工厂方法代替实例工厂方法，避免工厂对象提前被创建

这篇关于【Spring高级】Aware与InitializingBean接口的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---