J'ai un cas d'utilisation où j'ai besoin d'appeler une méthode (non statique) dans le bean une seule fois lors du chargement d'ApplicationContext. Est-ce correct si j'utilise MethodInvokingFactoryBean pour cela? Ou nous avons une meilleure solution?

En remarque, j'utilise ConfigContextLoaderListener pour charger le contexte d'application dans l'application Web. Et que si le bean 'A' est instancié, il suffit d'appeler methodA () une fois.

Comment cela peut-il être bien fait?

Vous pouvez utiliser quelque chose comme:

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

Cela appellera la méthode "init" lorsque le bean est instancié.

Pour développer la suggestion @PostConstruct dans d'autres réponses, c'est vraiment la meilleure solution, à mon avis.

• Il garde votre code découplé de l'API Spring (@PostConstruct est en javax. *)
• Il annote explicitement votre méthode init comme quelque chose qui doit être appelé pour initialiser le bean
• Vous n'avez pas besoin de vous rappeler d'ajouter l'attribut init-method à votre définition de bean Spring, Spring appellera automatiquement la méthode (en supposant que vous enregistrez l'option annotation-config ailleurs dans le contexte, de toute façon).

Il y a trois approches différentes à considérer, comme décrit dans la référence

Utiliser l'attribut init-method

Avantages:

• Ne nécessite pas de bean pour implémenter une interface.

Les inconvénients:

• Aucune indication immédiate que cette méthode n'est requise après la construction pour garantir que le bean est correctement configuré.

Implémenter InitializingBean

Avantages:

• Pas besoin de spécifier la méthode init ou d'activer le traitement de numérisation / annotation des composants.
• Convient aux beans fournis avec une bibliothèque, où nous ne voulons pas que l'application utilisant cette bibliothèque se préoccupe du cycle de vie du bean.

Les inconvénients:

• Plus invasive que l'approche init-method.

Utiliser l' annotation de style de vie JSR-250 @PostConstruct

Avantages:

• Utile lors de l'utilisation de l'analyse de composants pour détecter automatiquement les beans.
• Indique clairement qu'une méthode spécifique doit être utilisée pour l'initialisation. L'intention est plus proche du code.

Les inconvénients:

• L'initialisation n'est plus spécifiée de manière centralisée dans la configuration.
• Vous devez vous rappeler d'activer le traitement des annotations (qui peut parfois être oublié)

Avez-vous essayé d'implémenter InitializingBean? Cela ressemble exactement à ce que vous recherchez.

L'inconvénient est que votre bean devient compatible avec Spring, mais dans la plupart des applications, ce n'est pas si mal.

Vous pouvez déployer un BeanPostProcessor personnalisé dans votre contexte d'application pour le faire. Ou si cela ne vous dérange pas d'implémenter une interface Spring dans votre bean, vous pouvez utiliser l' interface InitializingBean ou la directive "init-method" (même lien).

Pour clarifier davantage toute confusion concernant les deux approches, à savoir

1. @PostConstruct et
2. init-method="init"

Par expérience personnelle, j'ai réalisé que l'utilisation de (1) ne fonctionne que dans un conteneur de servlet, tandis que (2) fonctionne dans n'importe quel environnement, même dans les applications de bureau. Donc, si vous utilisez Spring dans une application autonome, vous devez utiliser (2) pour exécuter cet "appel de cette méthode après l'initialisation.