Ho un caso d'uso in cui devo chiamare un metodo (non statico) nel bean solo una volta al caricamento di ApplicationContext. Va bene, se uso MethodInvokingFactoryBean per questo? O abbiamo una soluzione migliore?

Come nota a margine, uso ConfigContextLoaderListener per caricare il contesto dell'applicazione nell'applicazione web. E voglio che se il bean 'A' viene istanziato, chiama il metodo A () una volta.

Come può essere fatto bene?

Puoi usare qualcosa come:

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

Questo chiamerà il metodo "init" quando il bean viene istanziato.

Per espandere il suggerimento di @PostConstruct in altre risposte, questa è davvero la soluzione migliore, secondo me.

• Mantiene il codice disaccoppiato dall'API Spring (@PostConstruct è in javax. *)
• Annota esplicitamente il metodo init come qualcosa che deve essere chiamato per inizializzare il bean
• Non è necessario ricordare di aggiungere l'attributo init-method alla definizione del bean spring, spring chiamerà automaticamente il metodo (supponendo che si registri l'opzione annotation-config da qualche altra parte nel contesto, comunque).

Esistono tre diversi approcci da considerare, come descritto nel riferimento

Usa l'attributo init-method

Professionisti:

• Non richiede bean per implementare un'interfaccia.

Contro:

• Nessuna indicazione immediata è richiesto questo metodo dopo la costruzione per garantire che il bean sia configurato correttamente.

Implementare InitializingBean

Professionisti:

• Non è necessario specificare il metodo init o attivare la scansione / elaborazione delle annotazioni dei componenti.
• Adatto per i bean forniti con una libreria, in cui non vogliamo che l'applicazione che utilizza questa libreria si occupi del ciclo di vita dei bean.

Contro:

• Più invasivo dell'approccio con metodo init.

Utilizzare l' annotazione JSR-250 @PostConstruct per lo stile di vita

Professionisti:

• Utile quando si utilizza la scansione dei componenti per rilevare automaticamente i bean.
• Illustra che un metodo specifico deve essere utilizzato per l'inizializzazione. L'intento è più vicino al codice.

Contro:

• Inizializzazione non più specificata a livello centrale nella configurazione.
• È necessario ricordare di attivare l'elaborazione delle annotazioni (che a volte può essere dimenticata)

Hai provato a implementare InitializingBean? Sembra esattamente quello che stai cercando.

Il rovescio della medaglia è che il tuo bean diventa sensibile alla primavera, ma nella maggior parte delle applicazioni non è poi così male.

È possibile distribuire un processore BeanPost personalizzato nel contesto dell'applicazione per farlo. Oppure, se non ti dispiace implementare un'interfaccia Spring nel tuo bean, puoi usare l' interfaccia InitializingBean o la direttiva "metodo-init" (stesso link).

Per chiarire ulteriormente qualsiasi confusione riguardo ai due approcci, ovvero l'uso di

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

Per esperienza personale, mi sono reso conto che l'utilizzo di (1) funziona solo in un contenitore servlet, mentre (2) funziona in qualsiasi ambiente, anche nelle applicazioni desktop. Pertanto, se si utilizza Spring in un'applicazione autonoma, è necessario utilizzare (2) per eseguire tale "chiamata di questo metodo dopo l'inizializzazione.