Spring Bean初始化过程

本文详细解析了Spring框架中Bean的初始化流程,介绍了ClassPathXmlApplicationContext类的体系结构及其初始化过程,重点阐述了BeanFactory与ApplicationContext接口的区别及其实现原理。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一、首先我们来看ClassPathXmlApplicationContext类体系结构

 

从该继承体系可以看出:

1.       BeanFactory 是一个 bean 工厂的最基本定义,里面包含了一个 bean 工厂的几个最基本的方 法,getBean(…) 、 containsBean(…) 等 ,是一个很纯粹的bean工厂,不关注资源、资源位置、事件等。 ApplicationContext 是一个容器的最基本接口定义,它继承了 BeanFactory, 拥有工厂的基本方法。同时继承了 ApplicationEventPublisher 、 MessageSource 、 ResourcePatternResolver 等接口, 使其 定义了一些额外的功能,如资源、事件等这些额外的功能。

2.      AbstractBeanFactory 和 AbstractAutowireCapableBeanFactory 是两个模 板抽象工厂类。AbstractBeanFactory 提供了 bean 工厂的抽象基类,同时提供 了 ConfigurableBeanFactory 的完整实现。AbstractAutowireCapableBeanFactory 是继承 了 AbstractBeanFactory 的抽象工厂,里面提供了 bean 创建的支持,包括 bean 的创建、依赖注入、检查等等功能,是一个 核心的 bean 工厂基类。

3.       ClassPathXmlApplicationContext之 所以拥有 bean 工厂的功能是通过持有一个真正的 bean 工厂DefaultListableBeanFactory 的实例,并通过 代理 该工厂完成。

4.       ClassPathXmlApplicationContext 的初始化过程是对本身容器的初始化同时也是对其持有的DefaultListableBeanFactory 的初始化。

二、容器的初始化过程

我们知道在spring中BeanDefinition很重要。因为Bean的创建是基于它的。容器AbstractApplicationContext中有个方法是refresh()这个里面包含了整个Bean的初始化流程实现过程,如果我们需要自己写一个ClassPathXmlApplicationContext类的话我们可以继承这个类,下面贴段这个方法的代码:

 

public void refresh() throws BeansException, IllegalStateException {
        synchronized (this.startupShutdownMonitor) {
            // Prepare this context for refreshing.
            prepareRefresh();

            // Tell the subclass to refresh the internal bean factory.
            ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();

            // Prepare the bean factory for use in this context.
            prepareBeanFactory(beanFactory);

            try {
                // Allows post-processing of the bean factory in context subclasses.
                postProcessBeanFactory(beanFactory);

                // Invoke factory processors registered as beans in the context.
                invokeBeanFactoryPostProcessors(beanFactory);

                // Register bean processors that intercept bean creation.
                registerBeanPostProcessors(beanFactory);

                // Initialize message source for this context.
                initMessageSource();

                // Initialize event multicaster for this context.
                initApplicationEventMulticaster();

                // Initialize other special beans in specific context subclasses.
                onRefresh();

                // Check for listener beans and register them.
                registerListeners();

                // Instantiate all remaining (non-lazy-init) singletons.
                finishBeanFactoryInitialization(beanFactory);

                // Last step: publish corresponding event.
                finishRefresh();
            }

            catch (BeansException ex) {
                // Destroy already created singletons to avoid dangling resources.
                beanFactory.destroySingletons();

                // Reset 'active' flag.
                cancelRefresh(ex);

                // Propagate exception to caller.
                throw ex;
            }
        }
    }

 

 

 如上代码加上图片就是整个Bean的初始化过程。我们知道Bean有可以配置单列以及懒加载形式。在初始化的过程中,我们也能很好的观察到这个过程的实现。

在AbstractBeanFactory中定义了getBean()方法,而它又调用doGetBean().

 

GetBean 的大概过程:

1.       先试着从单例缓存对象里获取。

2.       从父容器里取定义,有则由父容器创建。

3.       如果是单例,则走单例对象的创建过程:在 spring 容器里单例对象和非单例对象的创建过程是一样的。都会调用父 类 AbstractAutowireCapableBeanFactory 的 createBean 方法。 不同的是单例对象只创建一次并且需要缓 存起来。 DefaultListableBeanFactory 的父类 DefaultSingletonBeanRegistry 提供了对单例对 象缓存等支持工作。所以是单例对象的话会调用 DefaultSingletonBeanRegistry 的 getSingleton 方法,它会间 接调用AbstractAutowireCapableBeanFactory 的 createBean 方法。

如果是 Prototype 多例则直接调用父类 AbstractAutowireCapableBeanFactory 的 createBean 方法。

转载于:https://www.cnblogs.com/fyx158497308/p/3977391.html

### Spring Bean初始化顺序及加载过程 Spring 中的 Bean 生命周期是一个复杂的过程,涉及多个阶段和多种机制。以下是关于 Spring Bean 初始化顺序及其加载过程的具体说明。 #### 1. 加载配置文件并解析 Bean 定义 在 Spring 应用启动时,容器会先读取配置文件(XML 文件、Java 配置类或注解),并将其中定义的 Bean 转换为内部表示形式——`BeanDefinition` 对象[^4]。这些对象包含了 Bean 的元数据信息,例如依赖关系、作用域、生命周期回调等。 #### 2. 实例化 Bean 当需要某个 Bean 时,Spring 容器会根据 `BeanDefinition` 创建其实例。这一步可以通过构造函数注入完成,也可以通过工厂方法或其他方式实现[^5]。 #### 3. 属性填充 (Populate Properties) 实例化完成后,Spring 将按照配置中的依赖项设置相应的属性值。如果存在循环依赖,则可能触发特殊处理逻辑。 #### 4. 执行 Aware 接口的方法 对于实现了某些特定接口(如 `ApplicationContextAware`, `BeanFactoryAware` 等)的 Bean,在此阶段会被赋予对应的上下文环境引用。 #### 5. Bean 后处理器预初始化 在此阶段,所有的 BeanPostProcessor 类型组件都会收到通知,并有机会对新创建的对象进行修改或者增强。这是 AOP 动态代理发生的时机之一。 #### 6. 自定义初始化逻辑 接下来按优先级依次调用以下几种类型的初始化方法: - **@PostConstruct 注解标记的方法** 这些方法会在其他一切准备工作就绪后立即被执行,且其执行顺序由 Spring 容器自行决定,不受 `@Order` 影响[^1]。 - **InitializingBean 接口的 afterPropertiesSet() 方法** - **<bean> 元素上的 init-method 属性所指定的方法** 以上三个选项可以混合使用,但需要注意它们之间的相对次序遵循固定规则:首先是 `@PostConstruct`,其次是 `afterPropertiesSet()`,最后才是自定义的 `init-method` 函数。 #### 7. Bean 后处理器最终初始化 再次遍历所有注册过的 BeanPostProcessors 并让它们参与后续加工工作。此时目标 Bean 已经完全准备好可供业务层访问了。 #### 总结 整个流程大致如下所示: ```plaintext 加载配置 -> 解析 BeanDefintion -> 实例化 -> 属性赋值 -> Aware 处理 -> 前期 PostProcessor -> 用户定义 Init Method -> 后期 PostProcessor ``` 下面给出一段简单的代码演示如何利用上述知识点控制两个 Beans 的启动先后关系: ```java import javax.annotation.PostConstruct; import org.springframework.beans.factory.InitializingBean; public class MyService implements InitializingBean { private final AnotherDependency dependency; public MyService(AnotherDependency dependency){ this.dependency = dependency; } @Override public void afterPropertiesSet(){ System.out.println("Executing afterPropertiesSet..."); } @PostConstruct public void postConstructInit(){ System.out.println("Executing @PostConstruct method..."); } } ``` --- ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值