Spring 应用上下文探秘：生命周期解析与最佳实践

发布时间：2024年01月09日

欢迎来到我的博客，代码的世界里，每一行都是一个故事

Spring 应用上下文探秘：生命周期解析与最佳实践

前言

在 Spring 的世界中，每个 bean 都有其自己的生命周期，就像每个角色都有自己的故事一样。今天，我们将成为 Spring 的探险者，深入探索应用上下文的生命周期，解开其中的神秘面纱。或许，你将在这段旅程中发现一些你从未见过的 Spring 魔法。

应用上下文的初始化过程

Spring 中的 ApplicationContext 是 Spring 框架中用于管理 Bean 的核心容器。它负责加载、配置和管理 Bean，以及提供其他高级功能。ApplicationContext 的初始化过程和不同类型的 ApplicationContext 初始化流程如下：

1. 应用上下文的初始化过程：

ApplicationContext 的初始化主要包括以下几个阶段：

资源定位（Resource Loading）：
ApplicationContext 首先会通过资源定位器（ResourceLoader）来加载配置文件或者其他资源。这些资源可以是 XML 配置文件、Java 配置类、注解等。
资源解析（Resource Parsing）：
一旦资源加载完成，ApplicationContext 将使用相应的资源解析器（如 XmlBeanDefinitionReader、AnnotationConfigApplicationContext、GenericApplicationContext 等）来解析这些资源。解析的结果是一组 BeanDefinition，其中包含了 Bean 的定义信息。
Bean 的注册（Bean Registration）：
解析完成后，ApplicationContext 将解析得到的 BeanDefinition 注册到内部的 BeanFactory 中。BeanFactory 是 ApplicationContext 的基础，负责管理 Bean 的生命周期、依赖关系等。
Bean 的实例化和初始化（Bean Instantiation and Initialization）：
当应用程序首次请求某个 Bean 的时候，BeanFactory 会负责实例化和初始化该 Bean。这包括调用构造函数、设置属性、调用初始化方法等。
Bean 的生命周期管理（Bean Lifecycle Management）：
ApplicationContext 负责监控 Bean 的生命周期，包括调用 Bean 的初始化方法和销毁方法。在 Bean 的整个生命周期中，ApplicationContext 可以触发各种事件。

2. 不同类型的 ApplicationContext 初始化流程：

2.1 AnnotationConfigApplicationContext：

AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext();
context.register(AppConfig.class);
context.refresh();

register(AppConfig.class)：注册配置类。
refresh()：刷新容器，触发容器的初始化。

2.2 ClassPathXmlApplicationContext：

ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml");

ClassPathXmlApplicationContext("applicationContext.xml")：通过 XML 文件初始化容器。

2.3 GenericApplicationContext：

GenericApplicationContext context = new GenericApplicationContext();
new XmlBeanDefinitionReader(context).loadBeanDefinitions("applicationContext.xml");
context.refresh();

GenericApplicationContext()：创建 GenericApplicationContext 对象。
new XmlBeanDefinitionReader(context).loadBeanDefinitions("applicationContext.xml")：通过 XmlBeanDefinitionReader 加载 XML 文件。
context.refresh()：刷新容器。

3. 初始化流程的特点

灵活性：Spring 提供了多种类型的 ApplicationContext 实现，以适应不同的应用场景。
层级结构：可以有多个 ApplicationContext 实例，形成父子关系，子容器可以访问父容器中的Bean。
事件机制：Spring 提供了丰富的事件机制，允许Bean监听容器事件，如上下文刷新或关闭。

BeanPostProcessor 与 BeanFactoryPostProcessor

在 Spring 框架中，BeanPostProcessor 和 BeanFactoryPostProcessor 是两种强大的扩展点，允许开发者在 Spring 容器实例化 Bean 之前后以及创建和初始化 Bean 工厂之后进行额外的处理。

BeanPostProcessor

定义与作用：

BeanPostProcessor 接口定义了回调方法，这些方法在 Spring 容器初始化 Bean 之前后被调用。
它主要用于对 Bean 实例进行一些自定义处理，比如检查 Bean 属性的正确性，或者使用代理包装 Bean。

生命周期中的调用时机：

BeanPostProcessor 的 postProcessBeforeInitialization 方法在 Bean 的初始化方法（如 @PostConstruct 注解的方法或者 init-method 定义的方法）之前被调用。
postProcessAfterInitialization 方法在 Bean 的初始化方法之后被调用。

BeanFactoryPostProcessor

定义与作用：

BeanFactoryPostProcessor 是一个用于修改应用上下文的工厂配置的工厂后置处理器。它主要用于在容器实例化任何 Bean 之前读取配置元数据，并可能修改它。
它可以修改或添加 Bean 定义信息，也常用于处理自定义配置文件。

生命周期中的调用时机：

BeanFactoryPostProcessor 在容器加载了 Bean 的定义信息之后，在 Bean 实例化之前被调用。
这意味着 BeanFactoryPostProcessor 在所有的 Bean 定义都已加载到容器中，但还没有实例化任何 Bean 时执行。

比较

执行时间：BeanFactoryPostProcessor 在容器启动阶段执行，处理 Bean 定义；BeanPostProcessor 在容器创建 Bean 时执行，处理 Bean 实例。
作用范围：BeanFactoryPostProcessor 对整个 Bean 工厂生效，可影响所有 Bean 定义；BeanPostProcessor 主要影响单个 Bean 实例。

举例

使用 BeanFactoryPostProcessor 可以修改 Bean 定义，例如修改某个 Bean 的属性值。
使用 BeanPostProcessor 可以在 Bean 初始化前后执行一些操作，例如使用 AOP 代理包装一个对象。

在 Spring 的生命周期中，这两个接口的正确使用可以大大增强应用的灵活性和可配置性。

bean生命周期中的事件

在 Spring 框架中，Bean 的生命周期中包含了一系列事件，开发者可以通过 Spring 的事件机制监听和处理这些事件。以下是关于 Bean 生命周期中的事件和 Spring 事件机制的简介，以及如何实现和触发自定义事件：

1. Bean 生命周期中的事件：

在 Bean 的生命周期中，主要涉及到以下几个事件：

实例化前事件（Before Instantiation）：
在 Bean 的实例化之前触发，允许定制 Bean 的实例化过程。
实例化后事件（After Instantiation）：
在 Bean 的实例化之后触发，可以对实例进行进一步的定制。
属性设置事件（Property Set）：
在 Bean 的属性设置（注入）阶段触发，允许对属性进行额外的处理。
初始化前事件（Before Initialization）：
在 Bean 的初始化之前触发，常用于执行一些初始化前的逻辑。
初始化后事件（After Initialization）：
在 Bean 的初始化之后触发，通常用于执行一些初始化后的逻辑。
销毁前事件（Before Destruction）：
在 Bean 被销毁之前触发，允许执行一些清理操作。

2. Spring 事件机制的简介：

Spring 事件机制基于观察者模式，其中有两个核心接口：ApplicationEvent 和 ApplicationListener。

ApplicationEvent：定义了事件对象的基本结构，通常通过继承该接口创建自定义事件。
ApplicationListener：监听器接口，实现该接口的类可以处理特定类型的事件。

Spring 的 ApplicationEventPublisher 接口负责发布事件，而 ApplicationEventMulticaster 负责将事件传递给注册的监听器。

3. 自定义事件的实现与触发：

3.1 创建自定义事件类：

import org.springframework.context.ApplicationEvent;

public class CustomEvent extends ApplicationEvent {

    private String eventData;

    public CustomEvent(Object source, String eventData) {
        super(source);
        this.eventData = eventData;
    }

    public String getEventData() {
        return eventData;
    }
}

3.2 创建自定义事件监听器：

import org.springframework.context.ApplicationListener;
import org.springframework.stereotype.Component;

@Component
public class CustomEventListener implements ApplicationListener<CustomEvent> {

    @Override
    public void onApplicationEvent(CustomEvent event) {
        System.out.println("Received custom event: " + event.getEventData());
    }
}

3.3 触发自定义事件：

import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.context.ApplicationEventPublisher;
import org.springframework.stereotype.Component;

@Component
public class EventPublisher {

    @Autowired
    private ApplicationEventPublisher eventPublisher;

    public void publishCustomEvent(String eventData) {
        CustomEvent customEvent = new CustomEvent(this, eventData);
        eventPublisher.publishEvent(customEvent);
    }
}

在上述代码中，EventPublisher 类通过 ApplicationEventPublisher 发布自定义事件 CustomEvent，而 CustomEventListener 则监听并处理该自定义事件。

这样，当你调用 EventPublisher 的 publishCustomEvent 方法时，会触发自定义事件，监听器将收到并处理该事件。

动态刷新和关闭应用上下文

1. 刷新 ApplicationContext 的过程：

刷新 ApplicationContext 是指在应用程序运行时，重新加载配置、重新实例化 Bean，并刷新内部状态。在 Spring 中，刷新 ApplicationContext 的主要过程包括以下几个步骤：

创建并配置 ConfigurableApplicationContext：
在应用程序启动时，首先创建一个 ConfigurableApplicationContext 的实例，并进行配置。这可以通过不同的 ApplicationContext 实现类，如 GenericApplicationContext、AnnotationConfigApplicationContext、ClassPathXmlApplicationContext 等。
注册 Bean 定义：
将配置的 Bean 定义（BeanDefinition）注册到 ApplicationContext 中。这些定义可以通过 XML 配置文件、Java 配置类或注解来指定。
刷新 ApplicationContext：
调用 ConfigurableApplicationContext 的 refresh() 方法触发 ApplicationContext 的刷新过程。在这个过程中，将会实例化和初始化所有的 Bean，并解析各种依赖关系。
发布刷新事件：
在刷新过程完成后，ApplicationContext 会发布刷新事件，通知所有注册的监听器（如事件监听器）。
完成刷新过程：
ApplicationContext 完成了刷新过程，此时应用程序已经处于运行状态，可以开始处理请求等操作。

2. 优雅关闭 Spring Boot 应用：

Spring Boot 提供了一种优雅关闭应用程序的机制，确保在应用关闭时执行一些清理工作。以下是实现优雅关闭的步骤：

实现 DisposableBean 接口或定义自定义销毁方法：
在需要进行清理工作的 Bean 上实现 DisposableBean 接口，或者在 Bean 上使用 @PreDestroy 注解定义自定义销毁方法。

import org.springframework.beans.factory.DisposableBean;

public class MyBean implements DisposableBean {
    @Override
    public void destroy() throws Exception {
        // 执行清理工作
    }
}

注册关闭钩子（Shutdown Hook）：
在 Spring Boot 应用程序中，可以注册关闭钩子，确保在关闭时执行清理操作。通常，这可以通过在主类中调用 SpringApplication.addShutdownHook(true) 实现。

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;

@SpringBootApplication
public class MyApplication {

    public static void main(String[] args) {
        SpringApplication app = new SpringApplication(MyApplication.class);
        app.addShutdownHook(true);
        app.run(args);
    }
}

使用 Actuator 进行关闭：
Spring Boot Actuator 提供了一组 REST 端点，包括 /actuator/shutdown，可以通过发送 POST 请求到该端点来关闭应用程序。

首先，确保在 application.properties 或 application.yml 中开启 shutdown 端点：
```
management.endpoints.web.exposure.include=shutdown
```
然后，可以通过发送 POST 请求到 /actuator/shutdown 端点来关闭应用程序：
```
curl -X POST http://localhost:8080/actuator/shutdown
```

通过上述步骤，你可以在应用程序关闭时执行清理操作，确保资源被正确释放。这对于处理数据库连接、缓存、消息队列等资源非常有用。

文章来源:https://blog.csdn.net/Mrxiao_bo/article/details/135477711
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若内容造成侵权/违法违规/事实不符，请联系我的编程经验分享网邮箱：chenni525@qq.com进行投诉反馈，一经查实，立即删除！