Constructor > @PostConstruct > InitializingBean > init-method
Spring容器会做出如下保证,Bean会在装载了所有的依赖以后,立刻就开始执行初始化回调。这样的话,初始化回调只会在直接的Bean引用装载好后调用,而AOP拦截器还没有应用到Bean上。首先目标Bean会完全初始化好,然后,AOP代理以及其拦截链才能应用。如果目标Bean以及代理是分开定义的,那么开发者的代码甚至可以跳过AOP而直接和引用的Bean交互。因此,在初始化方法中应用拦截器会前后矛盾,因为这样做耦合了目标Bean的生命周期和代理/拦截器,还会因为同Bean直接交互而产生奇怪的现象。
如果一个Bean配置了多个生命周期机制,并且含有不同的方法名,执行的顺序如下:
- 包含@PostConstruct注解的方法
- 在InitializingBean接口中的afterPropertiesSet()方法
- 自定义的init()方法
销毁方法的执行顺序和初始化的执行顺序相同:
- 包含@PreDestroy注解的方法
- 在DisposableBean接口中的destroy()方法
- 自定义的destroy()方法
BeanFactoryPostProcessor 可以修改BEAN 配置信息
BeanDefinition是Bean的配置信息。无论何种XML还是JavaCode还是其他任何形式定义的Bean属性,Spring都会把他们解析成一个BeanDefinition。每一个Bean对应一个BeanDefinition。后续Bean的创建都依赖于BeanDefinition,因为需要从BeanDefinition获取创建时需要的必要属性。

本文详细介绍了Spring框架中Bean的初始化过程,包括Constructor、@PostConstruct、InitializingBean接口及init-method等不同初始化方式的顺序和作用。同时解释了AOP与初始化方法的关系,以及BeanFactoryPostProcessor如何修改Bean配置。
1952

被折叠的 条评论
为什么被折叠?



