Tengo un caso de uso donde necesito llamar a un método (no estático) en el bean solo una vez en la carga de ApplicationContext. ¿Está bien si uso MethodInvokingFactoryBean para esto? ¿O tenemos una solución mejor?

Como nota al margen, uso ConfigContextLoaderListener para cargar el contexto de la aplicación en la aplicación web. Y quiero, que si se crea una instancia del bean 'A' solo llame al método A () una vez.

¿Cómo se puede hacer esto bien?

Puedes usar algo como:

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

Esto llamará al método "init" cuando se instancia el bean.

Para ampliar la sugerencia de @PostConstruct en otras respuestas, esta es realmente la mejor solución, en mi opinión.

• Mantiene su código desacoplado de la API de Spring (@PostConstruct está en javax. *)
• Anota explícitamente su método init como algo que debe llamarse para inicializar el bean
• No necesita recordar agregar el atributo init-method a su definición de spring bean, spring llamará automáticamente al método (suponiendo que registre la opción annotation-config en cualquier otro lugar del contexto, de todos modos).

Hay tres enfoques diferentes a considerar, como se describe en la referencia

Utilice el atributo init-method

Pros:

• No requiere bean para implementar una interfaz.

Contras:

• No se requiere una indicación inmediata de este método después de la construcción para garantizar que el bean esté configurado correctamente.

Implementar InitializingBean

Pros:

• No es necesario especificar el método init o activar el escaneo de componentes / procesamiento de anotaciones.
• Apropiado para beans suministrados con una biblioteca, donde no queremos que la aplicación que utiliza esta biblioteca se preocupe por el ciclo de vida del bean.

Contras:

• Más invasivo que el enfoque del método init.

Utilice la anotación de ciclo de vida JSR-250 @PostConstruct

Pros:

• Útil cuando se usa el escaneo de componentes para autodetectar beans.
• Deja en claro que se debe usar un método específico para la inicialización. La intención está más cerca del código.

Contras:

• La inicialización ya no se especifica centralmente en la configuración.
• Debe recordar activar el procesamiento de anotaciones (que a veces puede olvidarse)

¿Has intentado implementar InitializingBean? Parece exactamente lo que buscas.

La desventaja es que su bean se vuelve consciente de Spring, pero en la mayoría de las aplicaciones eso no es tan malo.

Puede implementar un BeanPostProcessor personalizado en el contexto de su aplicación para hacerlo. O si no le importa implementar una interfaz Spring en su bean, puede usar la interfaz InitializingBean o la directiva "init-method" (mismo enlace).

Para aclarar aún más cualquier confusión sobre los dos enfoques, es decir, el uso de

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

Por experiencia personal, me di cuenta de que usar (1) solo funciona en un contenedor de servlets, mientras que (2) funciona en cualquier entorno, incluso en aplicaciones de escritorio. Entonces, si usaría Spring en una aplicación independiente, tendría que usar (2) para llevar a cabo esa llamada a este método después de la inicialización.