spring的InitializingBean的 afterPropertiesSet 方法 和 init-method配置的 区别联系

Spring Bean 初始化详解
本文深入探讨Spring框架中Bean的初始化过程,包括InitializingBean接口和init-method属性的使用,以及它们在bean实例化后的调用机制。

https://blog.youkuaiyun.com/hikvision_java_gyh/article/details/38346827

1、InitializingBean

Spirng的InitializingBean为bean提供了定义初始化方法的方式。InitializingBean是一个接口,它仅仅包含一个方法afterPropertiesSet()

Bean实现这个接口,在afterPropertiesSet()中编写初始化代码

package research.spring.beanfactory.ch4; 
import org.springframework.beans.factory.InitializingBean; 
public class LifeCycleBean implements InitializingBean{ 
	public void afterPropertiesSet() throws Exception { 
		System.out.println("LifeCycleBean initializing..."); 
	}
}

在xml配置文件中,并不需要对bean进行特殊的配置

xml version="1.0" encoding="UTF-8"?>DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN" "http://www.springframework.org/dtd/spring-beans.dtd">
<beans>
<bean name="lifeBean" class="research.spring.beanfactory.ch4.LifeCycleBean">
</bean>
</beans>

编写测试程序进行测试:

package research.spring.beanfactory.ch4;
import org.springframework.beans.factory.xml.XmlBeanFactory; 
import org.springframework.core.io.ClassPathResource; 
public class LifeCycleTest { 
	public static void main(String[] args) { 
		XmlBeanFactory factory=new XmlBeanFactory(new ClassPathResource("research/spring/beanfactory/ch4/context.xml")); 
		factory.getBean("lifeBean"); 
	}
}

运行上面的程序我们会看到:“LifeCycleBean initializing…”,这说明bean的afterPropertiesSet已经被Spring调用了

Spring在设置完一个bean所有的合作者后,会检查bean是否实现了InitializingBean接口,如果实现就调用bean的afterPropertiesSet( )

  • 装配bean的合作者
  • 查看bean是否实现InitializingBean接口
  • 调用afterPropertiesSet方法

2、init-method

Spring虽然可以通过InitializingBean完成一个bean初始化后对这个bean的回调,但是这种方式要求bean实现 InitializingBean接口。一但bean实现了InitializingBean接口,那么这个bean的代码就和Spring耦合到一起了。

通常情况下我不鼓励bean直接实现InitializingBean,可以使用Spring提供的init-method的功能来执行一个bean 子定义的初始化方法。

写一个java class,这个类不实现任何Spring的接口。定义一个没有参数的方法init()

package research.spring.beanfactory.ch4;
publicclass LifeCycleBean{
publicvoid init(){
 		System.out.println("LifeCycleBean.init...");
	}
}

在Spring中配置这个bean:

xml version="1.0" encoding="UTF-8"?>DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN"
"http://www.springframework.org/dtd/spring-beans.dtd"><beans><bean name="lifeBean" class="research.spring.beanfactory.ch4.LifeCycleBean"
 init-method="init">bean>beans>

当Spring实例化lifeBean时,你会在控制台上看到” LifeCycleBean.init…”。

Spring要求init-method是一个无参数的方法,如果init-method指定的方法中有参数,那么Spring将会抛出java.lang.NoSuchMethodException

init-method指定的方法可以是public、protected以及private的,并且方法也可以是final的。

init-method指定的方法可以是声明为抛出异常的,就像这样:

final protected void init() throws Exception{
       System.out.println("init method...");
       if(true) throw new Exception("init exception");
}

如果在init-method方法中抛出了异常,那么Spring将中止这个Bean的后续处理,并且抛出一个org.springframework.beans.factory.BeanCreationException异常。

InitializingBean和init-method可以一起使用,Spring会先处理InitializingBean,再处理init-method

org.springframework.beans.factory.support. AbstractAutowireCapableBeanFactory完成一个Bean初始化方法的调用工作。 AbstractAutowireCapableBeanFactory是XmlBeanFactory的超类,再 AbstractAutowireCapableBeanFactory的invokeInitMethods方法中实现调用一个Bean初始化方法:
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.java:

//……
//在一个bean的合作者设备完成后,执行一个bean的初始化方法。
protectedvoid invokeInitMethods(String beanName, Object bean, RootBeanDefinition mergedBeanDefinition)
 throws Throwable {
//判断bean是否实现了InitializingBean接口if (bean instanceof InitializingBean) {
if (logger.isDebugEnabled()) {
logger.debug("Invoking afterPropertiesSet() on bean with name '"+ beanName +"'");
}
//调用afterPropertiesSet方法
((InitializingBean) bean).afterPropertiesSet();
}
//判断bean是否定义了init-methodif(mergedBeanDefinition!=null&&mergedBeanDefinition.getInitMethodName() !=null) {
//调用invokeCustomInitMethod方法来执行init-method定义的方法
invokeCustomInitMethod(beanName, bean, mergedBeanDefinition.getInitMethodName());
} }
//执行一个bean定义的init-method方法protectedvoid invokeCustomInitMethod(String beanName, Object bean, String initMethodName)
throws Throwable {
if (logger.isDebugEnabled()) {
logger.debug("Invoking custom init method '"+ initMethodName +"' on bean with name '"+ beanName +"'");
}
//使用方法名,反射Method对象
Method initMethod = BeanUtils.findMethod(bean.getClass(), initMethodName, null);
if (initMethod ==null) {
thrownew NoSuchMethodException(
"Couldn't find an init method named '"+ initMethodName +"' on bean with name '"+ beanName +"'");
}
//判断方法是否是publicif (!Modifier.isPublic(initMethod.getModifiers())) {
//设置accessible为true,可以访问private方法。 initMethod.setAccessible(true);
}
try {
//反射执行这个方法
initMethod.invoke(bean, (Object[]) null);
}
catch (InvocationTargetException ex) {
throw ex.getTargetException();
} }
//………..

通过分析上面的源代码我们可以看到,init-method是通过反射执行的,而afterPropertiesSet是直接执行的。所以 afterPropertiesSet的执行效率比init-method要高,不过init-method消除了bean对Spring依赖。在实际使用时我推荐使用init-method

需要注意的是Spring总是先处理bean定义的InitializingBean然后才处理init-method。如果在Spirng处理InitializingBean时出错,那么Spring将直接抛出异常,不会再继续处理init-method。

如果一个bean被定义为非单例的,那么afterPropertiesSet和init-method在bean的每一个实例被创建时都会执行单例 bean的afterPropertiesSet和init-method只在bean第一次被实例时调用一次。大多数情况下 afterPropertiesSet和init-method都应用在单例的bean上。

<think>嗯,用户问的是Spring中的init-method、@PostConstructInitializingBean的对比。我需要先回忆这三个初始化方法区别联系。首先,得确保自己理解正确,然后才能清晰地解释给用户。 首先,InitializingBean是一个接口,里面有个afterPropertiesSet方法。实现这个接口的Bean在属性设置完成后会被Spring调用这个方法。但这样做的话,代码会Spring框架耦合,可能不太推荐,不过有时候确实方便。 然后是@PostConstruct注解,这个应该属于JSR-250的标准注解,属于Java EE的一部分。Spring支持这个注解,用来标记初始化方法。它的执行顺序应该是在依赖注入之后,但可能在InitializingBean之前?需要确认一下执行顺序。 再就是init-method,这个是通过XML配置或者@Bean注解中的initMethod属性指定的方法。这种方式比较灵活,不需要实现接口或者使用注解,但配置起来可能稍微麻烦一些。 接下来需要考虑它们的执行顺序。通常来说,@PostConstruct会在afterPropertiesSet之前执行,而afterPropertiesSet又在init-method之前。这个顺序对吗?需要查证一下。比如,Spring官方文档中的Bean生命周期阶段,初始化方法的调用顺序是:@PostConstruct → InitializingBeanafterPropertiesSetinit-method。这样用户需要知道正确的顺序,以便在需要时安排初始化逻辑。 然后要讨论它们的优缺点。InitializingBean的耦合性高,但直接;@PostConstruct是注解,耦合低,符合标准;init-method配置灵活,但需要显式配置。可能还要提到使用场景,比如如果项目已经用Java配置,可能倾向于用@PostConstruct或者init-method,而避免接口耦合。 还要注意是否这些方法可以同时存在,如果同时存在的话,执行顺序是怎样的。比如,一个Bean同时用了@PostConstruct,实现了InitializingBean,又配置init-method,这三个方法都会执行,顺序如前述。 可能用户想知道如何选择,应该根据项目的需要,比如是否希望与Spring解耦,是否喜欢注解方式,或者是否需要使用XML配置等。此外,可能还需要提到Bean的生命周期阶段,这些初始化方法是在属性填充之后,Bean完全初始化之前执行的。 另外,有没有其他相关的初始化方式?比如,BeanPostProcessor,不过这可能属于更底层的扩展点,用户可能不需要比较这个,但可以稍微提一下,如果有必要的话。 还要注意是否所有的初始化方法都是可选的,比如可以同时使用多个,或者只能选其一。一般来说,可以同时使用,但执行顺序固定。用户可能需要知道这点,以避免在多个方法中编写重复代码,或者需要按顺序执行某些操作。 总结一下,回答的结构应该先分别介绍三个方法,然后比较它们的执行顺序、优缺点、使用场景,最后给出使用建议。需要确保用中文,结构清晰,分点说明,可能用列表或表格来展示对比,但用户要求使用行内数学表达式的话,可能这里不需要,但格式要正确。 需要检查是否有错误,比如执行顺序是否正确,各方法配置方式,以及是否遗漏了重要细节。例如,@PostConstruct需要激活相应的后处理器,比如CommonAnnotationBeanPostProcessor,但在Spring的组件扫描中通常已经默认配置了。而init-method在XML中的配置方式,或者在Java配置中使用@Bean(initMethod="...")。这些细节可能需要提及,但不要过于深入,以免让用户感到混乱。 此外,可能用户想知道在Spring Boot或现代Spring应用中更推荐哪种方式,比如使用@PostConstruct,因为它是标准注解,减少对Spring的依赖,而避免使用InitializingBean接口。这也是一个值得提到的点。 最后,给出一个示例代码片段可能对用户有帮助,但用户没有特别要求,但文字描述已经足够的话,可能不需要。但如果有示例的话会更清晰。比如,用不同的方式展示这三个方法的使用方式,以及它们的执行顺序。 总之,回答需要覆盖这三个初始化方法的基本概念、执行顺序、优缺点对比,以及使用建议。确保信息准确,结构清晰,符合用户的要求。</think>Spring 提供了三种常见的初始化机制:**`init-method`**、**`@PostConstruct`** **`InitializingBean`**。以下是它们的对比分析,结合执行顺序、耦合性、灵活性等维度: --- ### **1. 核心机制与用法** #### **1.1 `init-method`** - **定义方式**: 在 XML 中通过 `<bean init-method="...">` 或在 Java 配置中通过 `@Bean(initMethod = "...")` 指定。 - **特点**: - **无侵入性**:无需实现接口或添加注解,只需定义一个普通方法- **灵活性**:可通过配置动态修改初始化方法。 ```xml <!-- XML 配置示例 --> <bean id="myBean" class="com.example.MyBean" init-method="customInit"/> ``` #### **1.2 `@PostConstruct`** - **定义方式**: 在方法上添加 `@PostConstruct` 注解。 - **特点**: - **标准化**:属于 JSR-250 规范(Java 标准),与 Spring 解耦。 - **简洁性**:通过注解直接标记初始化逻辑。 ```java public class MyBean { @PostConstruct public void init() { /* 初始化逻辑 */ } } ``` #### **1.3 `InitializingBean`** - **定义方式**: 实现 `InitializingBean` 接口并重写 `afterPropertiesSet()` 方法- **特点**: - **强耦合**:直接依赖 Spring 的接口。 - **显式性**:方法名明确表达初始化意图。 ```java public class MyBean implements InitializingBean { @Override public void afterPropertiesSet() { /* 初始化逻辑 */ } } ``` --- ### **2. 执行顺序** 三种初始化方法的**调用顺序固定**: ```plaintext @PostConstruct → InitializingBean.afterPropertiesSet() → init-method ``` - **原因**:Spring 生命周期中,注解处理器(如 `CommonAnnotationBeanPostProcessor`)优先处理 `@PostConstruct`,然后是 `InitializingBean` 接口,最后是自定义的 `init-method`。 --- ### **3. 对比维度** | **维度** | **`@PostConstruct`** | **`InitializingBean`** | **`init-method`** | |----------------|------------------------------|-----------------------------|------------------------------| | **耦合性** | 低(JSR-250 标准) | 高(依赖 Spring 接口) | 低(无侵入) | | **配置方式** | 注解 | 接口实现 | XML 或 Java 配置 | | **灵活性** | 中(需修改代码) | 低(需修改代码) | 高(配置可动态修改) | | **适用场景** | 标准化初始化逻辑 | Spring 内部组件或遗留代码 | 解耦且需灵活配置的初始化 | --- ### **4. 使用建议** 1. **优先使用 `@PostConstruct`**: - 符合 Java 标准,与框架解耦,适合大多数场景。 2. **慎用 `InitializingBean`**: - 仅用于需要与 Spring 深度集成的组件(如框架内部类)。 3. **灵活选择 `init-method`**: - 当需要外部配置初始化方法时使用(例如第三方库的 Bean)。 --- ### **5. 完整生命周期示例** ```java public class MyBean implements InitializingBean { @PostConstruct public void postConstruct() { System.out.println("@PostConstruct"); } @Override public void afterPropertiesSet() { System.out.println("InitializingBean.afterPropertiesSet()"); } public void customInit() { System.out.println("init-method"); } } ``` **输出顺序**: ``` @PostConstruct InitializingBean.afterPropertiesSet() init-method ``` --- ### **总结** - **解耦需求**:优先用 `@PostConstruct` 或 `init-method`。 - **遗留代码**:可能需兼容 `InitializingBean`。 - **控制顺序**:理解生命周期顺序,避免逻辑冲突。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值