InitializingBean的作用

本文深入探讨Spring框架中Bean的初始化过程,对比实现InitializingBean接口与配置init-method的区别,解析源码揭示Spring如何处理Bean初始化,及TransactionTemplate如何利用InitializingBean进行交易管理。

转自:https://blog.youkuaiyun.com/maclaren001/article/details/37039749
InitializingBean接口
InitializingBean接口为bean提供了初始化方法的方式,它只包括afterPropertiesSet方法,凡是继承该接口的类,在初始化bean的时候会执行该方法。
测试程序如下:

  1. import org.springframework.beans.factory.InitializingBean;

  2. public class TestInitializingBean implements InitializingBean{

  3.  
  4. @Override

  5. public void afterPropertiesSet() throws Exception {

  6. System.out.println("ceshi InitializingBean");

  7. }

  8. public void testInit(){

  9. System.out.println("ceshi init-method");

  10. }

  11. }


配置文件如下:

  1. <?xml version="1.0" encoding="UTF-8"?>

  2. <beans xmlns="http://www.springframework.org/schema/beans"

  3. xmlns:context="http://www.springframework.org/schema/context"

  4. xmlns:jdbc="http://www.springframework.org/schema/jdbc" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

  5. xmlns:p="http://www.springframework.org/schema/p" xmlns:aop="http://www.springframework.org/schema/aop"

  6. xmlns:tx="http://www.springframework.org/schema/tx"

  7. xsi:schemaLocation="

  8. http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd">

  9. <bean id="testInitializingBean" class="com.TestInitializingBean" ></bean>

  10. </beans>



Main主程序如下:

  1. public class Main {

  2. public static void main(String[] args){

  3. ApplicationContext context = new FileSystemXmlApplicationContext("/src/main/java/com/beans.xml");

  4. }

  5. }


运行Main程序,打印如下结果:
ceshi InitializingBean  
这说明在spring初始化bean的时候,如果bean实现了InitializingBean接口,会自动调用afterPropertiesSet方法。
问题:实现InitializingBean接口与在配置文件中指定init-method有什么不同?
修改配置文件,加上init-method配置,修改如下:

  1. <?xml version="1.0" encoding="UTF-8"?>

  2. <beans xmlns="http://www.springframework.org/schema/beans"

  3. xmlns:context="http://www.springframework.org/schema/context"

  4. xmlns:jdbc="http://www.springframework.org/schema/jdbc" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

  5. xmlns:p="http://www.springframework.org/schema/p" xmlns:aop="http://www.springframework.org/schema/aop"

  6. xmlns:tx="http://www.springframework.org/schema/tx"

  7. xsi:schemaLocation="

  8. http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd">

  9. <bean id="testInitializingBean" class="com.TestInitializingBean" init-method="testInit"></bean>

  10. </beans>

在配置文件中加入init-method="testInit"。
运行Main程序,打印如下结果:
ceshi InitializingBean
ceshi init-method
由结果可看出,在spring初始化bean的时候,如果该bean是实现了InitializingBean接口,并且同时在配置文件中指定了init-method,系统则是先调用afterPropertiesSet方法,然后在调用init-method中指定的方法。

这方式在spring中是怎么实现的?
通过查看spring的加载bean的源码类(AbstractAutowireCapableBeanFactory)可看出其中奥妙
AbstractAutowireCapableBeanFactory类中的invokeInitMethods讲解的非常清楚,源码如下:

  1. protected void invokeInitMethods(String beanName, final Object bean, RootBeanDefinition mbd)

  2. throws Throwable {

  3. //判断该bean是否实现了实现了InitializingBean接口,如果实现了InitializingBean接口,则只掉调用bean的afterPropertiesSet方法

  4. boolean isInitializingBean = (bean instanceof InitializingBean);

  5. if (isInitializingBean && (mbd == null || !mbd.isExternallyManagedInitMethod("afterPropertiesSet"))) {

  6. if (logger.isDebugEnabled()) {

  7. logger.debug("Invoking afterPropertiesSet() on bean with name '" + beanName + "'");

  8. }

  9.  
  10. if (System.getSecurityManager() != null) {

  11. try {

  12. AccessController.doPrivileged(new PrivilegedExceptionAction<Object>() {

  13. public Object run() throws Exception {

  14. //直接调用afterPropertiesSet

  15. ((InitializingBean) bean).afterPropertiesSet();

  16. return null;

  17. }

  18. },getAccessControlContext());

  19. } catch (PrivilegedActionException pae) {

  20. throw pae.getException();

  21. }

  22. }

  23. else {

  24. //直接调用afterPropertiesSet

  25. ((InitializingBean) bean).afterPropertiesSet();

  26. }

  27. }

  28. if (mbd != null) {

  29. String initMethodName = mbd.getInitMethodName();

  30. //判断是否指定了init-method方法,如果指定了init-method方法,则再调用制定的init-method

  31. if (initMethodName != null && !(isInitializingBean && "afterPropertiesSet".equals(initMethodName)) &&

  32. !mbd.isExternallyManagedInitMethod(initMethodName)) {

  33. //进一步查看该方法的源码,可以发现init-method方法中指定的方法是通过反射实现

  34. invokeCustomInitMethod(beanName, bean, mbd);

  35. }

  36. }

  37. }



总结:
1:spring为bean提供了两种初始化bean的方式,实现InitializingBean接口,实现afterPropertiesSet方法,或者在配置文件中同过init-method指定,两种方式可以同时使用
2:实现InitializingBean接口是直接调用afterPropertiesSet方法,比通过反射调用init-method指定的方法效率相对来说要高点。但是init-method方式消除了对spring的依赖
3:如果调用afterPropertiesSet方法时出错,则不调用init-method指定的方法。
4:TransactionTemplate实现InitializingBean接口,主要是判断transactionManager是否已经初始化,如果没有则抛出异常。源码如下:

  1. public void afterPropertiesSet() {

  2. if (this.transactionManager == null) {

  3. throw new IllegalArgumentException("Property 'transactionManager' is required");

  4. }

  5. }

扩展知识-依赖注入,getBean 是 依赖 注入 的 起点, 之后 会 调用 createBean,在 这个 过程中, Bean 对象 会 依据 BeanDefinition 定义 的 要求 生成。 在 AbstractAutowireCapableBeanFactory 中 实现 了 这个 createBean, createBean 不但 生成 了 需要 的 Bean, 还对 Bean 初始化 进行 了 处理, 比如 实现 了 在 BeanDefinition 中的 init- method 属性 定义, Bean 后置 处理器 等。

 

<think>嗯,用户想了解BeanPostProcessor和InitializingBean作用。这个问题是关于Spring框架的核心机制,需要结合生命周期来解释。 用户给出了多个引用资料,内容很详细。引用1指出BeanPostProcessor是对单个bean进行处理,引用2和3则提供了执行顺序的对比。引用5还展示了具体代码实现,这些都很值得参考。 首先考虑BeanPostProcessor的主要作用。它就像Spring容器里的"中间件",能在bean初始化前后插入自定义逻辑。从引用5的代码示例看,它可以对特定类型bean做处理,比如打印日志或代理增强。postProcessBeforeInitialization在依赖注入后、自定义初始化前执行;postProcessAfterInitialization则在所有初始化完成后执行。 再思考InitializingBean。引用2提到它排在构造方法和BeanPostProcessor之后执行,说明是初始化阶段的回调接口。它的afterPropertiesSet方法特别重要,是在属性设置完成后触发的。用户引用3的结论也验证了这点:在@PostConstruct之后,在init-method之前。 注意到用户引用4的源码片段,applyBeanPostProcessorsAfterInitialization方法展示了Spring如何遍历所有处理器。结合引用5的Ordered接口,说明处理器可以排序,这对理解执行顺序很重要。 用户可能真正想掌握的是如何利用这两个扩展点。比如用BeanPostProcessor实现AOP动态代理,用InitializingBean做资源检查。不过用户当前只问了基础作用,需要先聚焦核心概念。 最后检查技术细节:BeanPostProcessor是全局处理器,作用于所有bean;InitializingBean是单个bean的生命周期接口。这个区别必须说清楚,避免用户混淆。 </think>在Spring框架中,`BeanPostProcessor`和`InitializingBean`都是用于扩展Bean初始化过程的关键接口,作用如下: --- ### **一、BeanPostProcessor 的作用** 这是Spring的**容器级扩展点**,允许在**所有Bean的初始化前后**插入自定义逻辑。 1. **`postProcessBeforeInitialization(Object bean, String beanName)`** - 在Bean的**初始化方法(如`@PostConstruct`、`afterPropertiesSet()`)之前**执行 - 可修改或包装Bean实例(例如:生成代理对象、属性校验) 2. **`postProcessAfterInitialization(Object bean, String beanName)`** - 在Bean的**初始化方法之后**执行 - 常用于AOP代理生成、缓存增强等[^5] > ✅ **特点**:对所有Bean生效,可通过`Ordered`接口控制多个处理器的执行顺序[^5]。 --- ### **二、InitializingBean作用** 这是**单个Bean的自定义初始化接口**,用于在Bean属性赋值完成后执行自定义初始化逻辑。 1. 需实现 **`afterPropertiesSet()`** 方法 2. 执行时机: - 在依赖注入完成**后** - 在`@PostConstruct`注解方法**后** - 在`BeanPostProcessor.postProcessBeforeInitialization()`**后**[^2][^3] > ✅ **典型场景**:数据库连接池初始化、复杂资源预加载等。 --- ### **三、执行顺序对照表** | 步骤 | 阶段 | 说明 | |------|--------------------------|--------------------------------| | 1 | 构造函数 | Bean实例化 | | 2 | 依赖注入 | `@Autowired`等属性赋值 | | 3 | `@PostConstruct`方法 | 注解标记的初始化方法 | | 4 | **`BeanPostProcessor.postProcessBeforeInitialization()`** | 全局预处理[^3] | | 5 | **`InitializingBean.afterPropertiesSet()`** | 当前Bean的自定义初始化 | | 6 | 自定义`init-method` | XML/注解中指定的初始化方法 | | 7 | **`BeanPostProcessor.postProcessAfterInitialization()`** | 全局后处理(如AOP代理)[^4] | > 📌 关键顺序: > `构造函数 → 依赖注入 → @PostConstruct → BeanPostProcessor(前)→ InitializingBean → init-method → BeanPostProcessor(后)` --- ### **四、典型应用场景** 1. **BeanPostProcessor** - 实现AOP动态代理(如`AbstractAutoProxyCreator`) - 统一日志注入(如修改所有Controller的日志级别) - Bean验证(如检查`@NotNull`字段)[^5] 2. **InitializingBean** - 启动后台线程(如定时任务线程池) - 初始化非Spring管理的资源(如本地缓存加载) - 复杂状态检查(如配置合法性校验)[^2] --- ### **代码示例** ```java // InitializingBean实现 public class CacheService implements InitializingBean { @Override public void afterPropertiesSet() { System.out.println("初始化本地缓存..."); } } // BeanPostProcessor实现 @Component public class LogProcessor implements BeanPostProcessor { @Override public Object postProcessBeforeInitialization(Object bean, String name) { System.out.println("预处理: " + name); return bean; } } ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值