3.sping掌握Bean生命周期

在Spring框架中，Bean的生命周期指的是从Bean被创建到销毁的整个过程。掌握Bean的生命周期对于开发者来说非常重要，因为它可以帮助开发者更好地理解Spring如何管理Bean，以及如何在Bean的不同阶段插入自定义逻辑。以下是Bean生命周期的主要阶段：

实例化Bean： Spring容器首先通过反射机制实例化Bean，这是Bean生命周期的开始。

设置Bean属性： 在Bean实例化之后，Spring容器会注入Bean的属性，这些属性可能是通过XML配置、注解或Java配置指定的。

处理BeanNameAware和BeanFactoryAware：

BeanNameAware： 如果Bean实现了BeanNameAware接口，Spring将调用setBeanName()方法，传入Bean的ID。
BeanFactoryAware： 如果Bean实现了BeanFactoryAware接口，Spring将调用setBeanFactory()方法，传入BeanFactory容器的引用。
BeanPostProcessor前置处理： 在Bean的属性设置之后，Spring会调用所有的BeanPostProcessor的postProcessBeforeInitialization()方法。

初始化Bean：

InitializingBean： 如果Bean实现了InitializingBean接口，Spring将调用afterPropertiesSet()方法。
自定义初始化方法： 如果Bean配置了init-method属性，Spring将调用指定的初始化方法。
BeanPostProcessor后置处理： 在Bean初始化之后，Spring会调用所有的BeanPostProcessor的postProcessAfterInitialization()方法。这个方法可以在Bean初始化之后进行一些额外的处理。

**使用Bean：**此时Bean已经准备好被应用程序使用了，Spring容器将Bean放入缓存，以供应用程序多次调用。

处理DisposableBean和自定义销毁方法：

DisposableBean： 如果Bean实现了DisposableBean接口，Spring将调用destroy()方法。
自定义销毁方法： 如果Bean配置了destroy-method属性，Spring将调用指定的销毁方法。
销毁Bean： 当Spring容器关闭时，它会销毁所有的Bean。对于单例Bean，销毁时机是在容器关闭时；对于原型Bean，销毁时机是在Bean不再被使用时。

了解Bean的生命周期对于开发者来说非常重要，因为它允许开发者在Bean的不同阶段插入自定义逻辑，例如在Bean初始化前后执行特定的操作，或者在Bean销毁前清理资源。通过实现特定的接口或配置特定的方法，开发者可以控制Bean的创建和销毁过程。

初始化InitializingBean/@PostConstruct

在Spring框架中，InitializingBean接口和@PostConstruct注解都是用来指定Bean初始化方法的。它们都是在Bean的属性设置完成之后，由Spring容器调用，以执行一些初始化逻辑。下面是它们各自的使用方式和区别：

InitializingBean接口
InitializingBean是一个由Spring提供的接口，它定义了一个afterPropertiesSet()方法。如果一个Bean实现了这个接口，Spring容器在设置完Bean的属性后会自动调用这个方法。这个方法可以用来执行一些初始化逻辑，比如资源的初始化、服务的启动等。

public class MyBean implements InitializingBean {
// 其他属性和方法

@Override
public void afterPropertiesSet() {// 初始化逻辑
}

}
@PostConstruct注解
@PostConstruct是一个注解，它标记在Bean的某个方法上，表示这个方法应该在Bean的属性设置完成之后，依赖注入完成之后，但在Bean准备使用之前被调用。这个方法通常也用于执行初始化逻辑。

public class MyBean {
// 其他属性和方法

@PostConstruct
public void initMethod() {// 初始化逻辑
}

}
区别和选择
使用方式：InitializingBean需要实现一个接口，而@PostConstruct是一个注解，可以更灵活地应用于任何方法。
灵活性：@PostConstruct注解提供了更高的灵活性，因为它可以应用于任何方法，而不需要实现额外的接口。
顺序：在Spring中，实现了InitializingBean接口的afterPropertiesSet()方法和使用@PostConstruct注解的方法都会在Bean的属性设置之后被调用，但@PostConstruct注解的方法可能会在afterPropertiesSet()之前调用，具体顺序取决于Bean的创建顺序。
JSR-250规范：@PostConstruct是JSR-250规范的一部分，它提供了一种与Spring框架无关的初始化Bean的方式。这意味着即使在没有Spring的环境中，也可以使用@PostConstruct。
通常情况下，推荐使用@PostConstruct注解，因为它提供了更好的灵活性，并且与Spring框架无关，可以在其他支持JSR-250规范的容器中使用。然而，如果你的Bean已经实现了InitializingBean接口，那么继续使用afterPropertiesSet()方法也是可行的。

Bean的后置处理器BeanPostProcessor源码分析

Spring框架中的BeanPostProcessor是一个非常重要的接口，它允许开发者在容器初始化Bean的前后插入自定义逻辑。BeanPostProcessor接口定义了两个方法：

postProcessBeforeInitialization(Object bean, String beanName): 在Bean的初始化方法调用之前调用。
postProcessAfterInitialization(Object bean, String beanName): 在Bean的初始化方法调用之后调用。
以下是BeanPostProcessor接口的源码示例：

public interface BeanPostProcessor {

/*** 在调用初始化方法之前，调用注册的BeanPostProcessors。* @param bean 原始bean实例* @param beanName bean的名称* @return 返回的可能是包装的或者替换的bean实例* @throws org.springframework.beans.BeansException*/
Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException;/*** 在调用初始化方法之后，调用注册的BeanPostProcessors。* @param bean 原始bean实例* @param beanName bean的名称* @return 返回的可能是包装的或者替换的bean实例* @throws org.springframework.beans.BeansException*/
Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException;

}
源码分析
在Spring容器的初始化过程中，BeanPostProcessor的逻辑主要在AbstractApplicationContext类中实现。以下是源码分析的关键点：

注册BeanPostProcessor: 在容器初始化时，所有的BeanPostProcessor实现类都会被注册到容器中。

调用postProcessBeforeInitialization: 在Bean的初始化方法afterPropertiesSet或自定义的初始化方法执行之前，容器会遍历所有的BeanPostProcessor，并调用它们的postProcessBeforeInitialization方法。

调用postProcessAfterInitialization: 在Bean的初始化方法执行之后，容器会再次遍历所有的BeanPostProcessor，并调用它们的postProcessAfterInitialization方法。

返回可能被替换的Bean: BeanPostProcessor的两个方法都返回一个Object类型的实例。这意味着，开发者可以在BeanPostProcessor中修改原始Bean的实例，或者返回一个新的实例来替换原始Bean。

异常处理: 如果在BeanPostProcessor的调用过程中抛出了异常，容器会捕捉这个异常，并传播出去。

应用顺序: BeanPostProcessor的实现类可以定义它们的应用顺序。如果需要，可以通过实现Ordered接口或使用@Order注解来指定顺序。

示例
下面是一个简单的BeanPostProcessor实现示例，它在Bean初始化前后打印日志：

public class MyBeanPostProcessor implements BeanPostProcessor {

@Override
public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {System.out.println("Before initializing bean: " + beanName);return bean; // 或者返回一个新的实例
}@Override
public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {System.out.println("After initializing bean: " + beanName);return bean; // 或者返回一个新的实例
}

}
通过实现BeanPostProcessor接口，开发者可以在Spring容器管理Bean的生命周期中插入自定义逻辑，这为AOP、事务管理等高级特性的实现提供了基础。

销毁DisposableBean/@PreDestroy

在Spring框架中，DisposableBean接口和@PreDestroy注解都用于处理Bean的销毁逻辑，即在Bean生命周期结束时执行的清理工作。以下是它们各自的使用方式和特点：

DisposableBean接口
DisposableBean是一个由Java EE规范定义的接口，Spring也实现了这个接口。它包含一个destroy()方法，用于执行Bean销毁时的清理工作。如果一个Bean实现了DisposableBean接口，Spring容器在销毁Bean之前会自动调用这个方法。

public class MyBean implements DisposableBean {
// 其他属性和方法

@Override
public void destroy() {// 销毁逻辑
}

}
@PreDestroy注解
@PreDestroy是一个注解，它标记在Bean的某个方法上，表示这个方法应该在Bean销毁之前被调用。这个方法通常用于执行清理逻辑，如关闭数据库连接、停止运行的线程等。

public class MyBean {
// 其他属性和方法

@PreDestroy
public void preDestroyMethod() {// 销毁逻辑
}

}
区别和选择
使用方式：DisposableBean需要实现一个接口，而@PreDestroy是一个注解，可以更灵活地应用于任何方法。
灵活性：@PreDestroy提供了更高的灵活性，因为它可以应用于任何方法，而不需要实现额外的接口。
JSR-250规范：@PreDestroy是JSR-250规范的一部分，它提供了一种与Spring框架无关的销毁Bean的方式。这意味着即使在没有Spring的环境中，也可以使用@PreDestroy。
销毁顺序：在Spring中，实现了DisposableBean接口的destroy()方法和使用@PreDestroy注解的方法都会在Bean销毁时被调用，但具体顺序取决于Spring容器的管理方式和其他Bean销毁逻辑的配置。
通常情况下，推荐使用@PreDestroy注解，因为它提供了更好的灵活性，并且与Spring框架无关，可以在其他支持JSR-250规范的容器中使用。然而，如果你的Bean已经实现了DisposableBean接口，那么继续使用destroy()方法也是可行的。

销毁流程
在Spring容器关闭时，它会遍历所有的Bean，并调用它们的销毁逻辑。销毁流程通常包括以下步骤：

调用DisposableBean的destroy()方法。
调用带有@PreDestroy注解的方法。
如果Bean配置了destroy-method属性，调用指定的销毁方法。
通过实现DisposableBean接口或使用@PreDestroy注解，开发者可以在Bean销毁时执行必要的清理工作，确保资源得到正确释放。