如参考文献中所述，有三种不同的方法需要考虑

使用init-method属性

优点:

不需要bean来实现接口。

缺点:

源代码中没有立即表明在构造bean后需要此方法以确保正确配置bean。

实现InitializingBean

优点:

不需要指定init-method，也不需要打开组件扫描/注释处理。 适用于随库提供的bean，我们不希望使用这个库的应用程序关注bean的生命周期。

缺点:

比init-method方法更具侵入性。

使用JSR-250 @PostConstruct生命周期注释

优点:

在使用组件扫描自动检测bean时非常有用。 使初始化时使用的特定方法更加清晰。意图更接近于代码。

缺点:

初始化不再集中在配置中指定。 您必须记得打开注释处理(有时可能会忘记)

如参考文献中所述，有三种不同的方法需要考虑

使用init-method属性

优点:

不需要bean来实现接口。

缺点:

源代码中没有立即表明在构造bean后需要此方法以确保正确配置bean。

实现InitializingBean

优点:

不需要指定init-method，也不需要打开组件扫描/注释处理。 适用于随库提供的bean，我们不希望使用这个库的应用程序关注bean的生命周期。

缺点:

比init-method方法更具侵入性。

使用JSR-250 @PostConstruct生命周期注释

优点:

在使用组件扫描自动检测bean时非常有用。 使初始化时使用的特定方法更加清晰。意图更接近于代码。

缺点:

初始化不再集中在配置中指定。 您必须记得打开注释处理(有时可能会忘记)

你可以这样使用:

<beans>
    <bean id="myBean" class="..." init-method="init"/>
</beans>

这将在bean实例化时调用“init”方法。

为了进一步澄清关于两种方法的任何混淆，即使用

@PostConstruct和 init-method=“init”

根据个人经验，我意识到使用(1)只能在servlet容器中工作，而(2)可以在任何环境中工作，甚至在桌面应用程序中。因此，如果要在一个独立的应用程序中使用Spring，就必须使用(2)来实现“在初始化后调用此方法”。

您可以在应用程序上下文中部署一个自定义BeanPostProcessor来实现这一点。或者，如果您不介意在bean中实现Spring接口，您可以使用InitializingBean接口或“init-method”指令(相同的链接)。

您尝试实现InitializingBean了吗?听起来正是你想要的。

缺点是您的bean可以感知spring，但在大多数应用程序中，这并不是那么糟糕。