【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);

    @Autowired
    public void setApplicationContext(ApplicationContext applicationContext) {
        log.debug("注入 ApplicationContext");
    }

    @PostConstruct
    public 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);

    @Autowired
    public void setApplicationContext(ApplicationContext applicationContext) {
        log.debug("注入 ApplicationContext");
    }

    @PostConstruct
    public void init() {
        log.debug("初始化");
    }

    @Bean  //添加一个beanFactory的后处理器
    public  BeanFactoryPostProcessor processor1(){
        return  configurableListableBeanFactory -> {
            log.debug("执行processor1");
        };
    }

}

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

Java 配置类不包含 BeanFactoryPostProcessor 的情况

ApplicationContext BeanFactoryPostProcessor BeanPostProcessor Java配置类 1. 执行 BeanFactoryPostProcessor 2. 注册 BeanPostProcessor 3. 创建和初始化 3.1 依赖注入扩展(如 @Value 和 @Autowired) 3.2 初始化扩展(如 @PostConstruct) 3.3 执行 Aware 及 InitializingBean 3.4 创建成功 ApplicationContext BeanFactoryPostProcessor BeanPostProcessor Java配置类

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

ApplicationContext BeanFactoryPostProcessor BeanPostProcessor Java配置类 3. 创建和初始化 3.1 执行 Aware 及 InitializingBean 3.2 创建成功 1. 执行 BeanFactoryPostProcessor 2. 注册 BeanPostProcessor ApplicationContext BeanFactoryPostProcessor BeanPostProcessor Java配置类

对应代码

@Configuration
public class MyConfig1 {

    private static final Logger log = LoggerFactory.getLogger(MyConfig1.class);

    @Autowired
    public void setApplicationContext(ApplicationContext applicationContext) {
        log.debug("注入 ApplicationContext");
    }

    @PostConstruct
    public void init() {
        log.debug("初始化");
    }

    @Bean // 注释或添加 beanFactory 后处理器对应上方两种情况
    public BeanFactoryPostProcessor processor1() {
        return beanFactory -> {
            log.debug("执行 processor1");
        };
    }

}

解决方法:

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Ethan-running

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值