文章目录

一、Bean实例化
- [1.1 加载Spring Bean](#1.1 加载Spring Bean)
- [1.2. 解析Bean的定义](#1.2. 解析Bean的定义)
- [1.3. Bean属性定义](#1.3. Bean属性定义)
- [1.4. BeanFactoryPostProcessor 扩展接口](#1.4. BeanFactoryPostProcessor 扩展接口)
- [1.5. 实例化Bean对象](#1.5. 实例化Bean对象)
- [1.6. Aware感知](#1.6. Aware感知)
- [1.7. 初始化方法](#1.7. 初始化方法)
- [1.8. 后置处理](#1.8. 后置处理)
- [1.9. destroy 销毁](#1.9. destroy 销毁)
二、Bean的单例与多例模式
- [2.1 单例模式](#2.1 单例模式)
- [2.2 多例模式](#2.2 多例模式)
- [2.3 实例](#2.3 实例)
- [2.4 总结](#2.4 总结)

一、Bean实例化

1.1 加载Spring Bean

通过XML、Java annotation（注解）以及Java Configuration（配置类）等方式加载Spring

Bean：这是指在Spring容器启动时，通过配置文件、注解或配置类等方式告诉Spring框架需要创建哪些Bean。

1.2. 解析Bean的定义

BeanDefinitionReader：这是一个解析器，它将Bean的定义解析成Spring内部的BeanDefinition结构。可以将其理解为将配置文件中的标签转换为Spring框架内部使用的数据结构。

1.3. Bean属性定义

BeanDefinition：它包含了Bean的各种属性和方法，例如id（标识符）、class（类名）、scope（作用域）、ref（依赖的Bean）等。BeanDefinition实际上是将配置文件中的标签的定义信息存储到对应的BeanDefinition属性中。

1.4. BeanFactoryPostProcessor 扩展接口

BeanFactoryPostProcessor：这是Spring容器的扩展接口，它在Spring容器加载完BeanDefinition之后、Bean实例化之前执行。它可以对Bean的元数据（BeanDefinition）进行加工处理，例如填充或修改BeanDefinition的属性。

1.5. 实例化Bean对象

BeanFactory：它是Bean的工厂，根据我们的要求生产各种不同的Bean。BeanFactory根据配置文件中的BeanDefinition信息来实例化Bean对象，并进行属性赋值。（根据class属性反射机制实例化对象，反射赋值设置属性）

1.6. Aware感知

Aware 感知是一种机制，它允许在Bean的生命周期中获取对Spring容器的访问权限。通过实现相应的Aware接口，Bean可以获得与Spring容器的交互能力，以便在特定的生命周期阶段执行自定义操作。

在Spring框架中，有多个Aware接口可供实现，每个接口都提供了不同的功能。以下是一些常见的Aware接口及其作用：

BeanNameAware：通过实现BeanNameAware接口，Bean可以获取自己在Spring容器中的名称。这对于需要知道自己在容器中的标识的Bean非常有用。
ApplicationContextAware：通过实现ApplicationContextAware接口，Bean可以获取对Spring应用上下文的引用。这使得Bean能够在需要时访问Spring容器中的其他Bean或执行其他与容器相关的操作。
BeanFactoryAware：通过实现BeanFactoryAware接口，Bean可以获取对Spring Bean工厂的引用。这使得Bean能够在需要时访问Bean工厂中的其他Bean或执行其他与Bean工厂相关的操作。

通过实现这些Aware接口，Bean可以在初始化过程中获得对Spring容器的访问权限，并在需要时执行特定的操作。这为开发人员提供了更大的灵活性和控制权，使得他们能够根据自己的需求自定义Bean的行为。

1.7. 初始化方法

如果Bean定义中指定了初始化方法，容器会在属性赋值完成后调用该方法进行一些初始化操作。可以使用@PostConstruct注解或者实现InitializingBean接口来指定初始化方法。如果Bean在Spring配置文件中配置了 init-method 属性，则会自动调用其配置的初始化方法。

1.8. 后置处理

BeanPostProcessor：它是一个后置处理器，在Bean对象实例化和依赖注入完成后，在显示调用初始化方法之前或之后添加自定义的逻辑。可以将其类比为AOP中的环绕通知。

注：只有当检测到Bean对象实现了BeanPostProcessor接口时，才会执行Before和After方法。

BeanPostProcessor的执行顺序是：

Before方法 -> 初始化Bean（InitializingBean接口和init-method方法）-> After方法。

1.9. destroy 销毁

destroy：这是Bean的销毁阶段，如果这个Bean的Spring配置中配置了destroy-method属性，在Spring容器关闭时调用。在销毁阶段，可以执行一些清理工作，例如释放资源等。

二、Bean的单例与多例模式

2.1 单例模式

单例模式是指在整个应用程序中只创建一个Bean实例。

当使用单例模式时，Spring容器在首次请求该Bean时创建一个实例，并将其缓存起来。之后的每次请求都会返回同一个实例。

优点：减少了对象创建和销毁的开销，节省了系统资源。
缺点：由于共享同一个实例，可能导致状态信息被多个线程共享，需要注意线程安全问题。

2.2 多例模式

多例模式是指每次请求时都会创建一个新的Bean实例。

当使用多例模式时，Spring容器在每次请求该Bean时都会创建一个新的实例，而不是返回之前创建的实例。

优点：每次请求都会返回一个全新的实例，避免了状态信息共享的问题。
缺点：频繁创建和销毁对象可能导致系统资源消耗增加。

2.3 实例

假设我们有一个简单的Number类，用于计数：

haskell 复制代码

public class Number {
    private int count;
 
    public int getCount() {
        return count;
    }
 
    public void increment() {
        count++;
    }
}

我们将使用Spring配置来演示单例和多例模式的区别。

2.3.1 单例模式：

haskell 复制代码

<bean id="counter" class="com.xqx.Number" scope="singleton" />
public class SingletonDemo {
    public static void main(String[] args) {
        ApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml");
        Counter count1 = context.getBean("number", Number.class);
        Counter count2 = context.getBean("number", Number.class);
 
        counter1.increment();
        System.out.println("Count 1: " + count1.getCount()); // 输出：Count 1: 1
        System.out.println("Count 2: " + count2.getCount()); // 输出：Count 2: 1
    }
}

在单例模式下，count1和count2引用的是同一个实例，因此它们的计数值是相同的。

2.3.2 多例模式：

haskell 复制代码

<bean id="counter" class="com.xqx.Number" scope="prototype" />
public class PrototypeDemo {
    public static void main(String[] args) {
        ApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml");
         Counter count1 = context.getBean("number", Number.class);
        Counter count2 = context.getBean("number", Number.class);
 
        counter1.increment();
        System.out.println("count 1: " + count1.getCount()); // 输出：count 1: 1
        System.out.println("count 2: " + count2.getCount()); // 输出：Count 2: 0
    }
}

在多例模式下，count1和count2引用的是不同的实例，因此它们的计数值是独立的。

2.4 总结

单例模式和多例模式各有优缺点，具体使用哪种模式取决于应用程序的需求和设计考虑。在需要共享状态或资源的场景下，可以使用单例模式；在需要独立状态或避免状态共享的场景下，可以使用多例模式。

Spring bean生命周期

文章目录

一、Bean实例化

1.1 加载Spring Bean

1.2. 解析Bean的定义

1.3. Bean属性定义

1.4. BeanFactoryPostProcessor 扩展接口

1.5. 实例化Bean对象

1.6. Aware感知

1.7. 初始化方法

1.8. 后置处理

1.9. destroy 销毁

二、Bean的单例与多例模式

2.1 单例模式

2.2 多例模式

2.3 实例

2.4 总结