Alcance y ciclo de vida de Spring Bean
Spring Bean es un singleton por defecto, lo que evita la creación y destrucción frecuentes de objetos y logra la reutilización y un alto rendimiento de los objetos Bean.
Los objetos como la capa de rendimiento, la capa empresarial, la capa de datos y las herramientas solo necesitan llamar a métodos y son más adecuados para la gestión de contenedores Spring IoC.
Pero los objetos de dominio que encapsulan. En algunos casos, debido a que causará problemas de seguridad de subprocesos, no es adecuado para ser administrado por el contenedor Spring IoC.
Spring elegirá el método de gestión según el alcance del bean.
Resumen: Para estudiar mejor cómo controlar el bucle de beans, los beans creados en los siguientes ejemplos utilizan el modo singleton de forma predeterminada.
Dado que la clase ApplicationContext no tiene un método para cerrar el contenedor, es necesario utilizar la clase ClassPathXmlApplicationContext, que es una subclase de ApplicationContext, para cerrar el contenedor. Hay dos métodos para cerrar el contenedor en esta clase
Hay dos métodos principales de devolución de llamada del ciclo de vida del Bean:
Podemos personalizar el método de devolución de llamada del ciclo de vida del Bean mediante los dos métodos siguientes :
Podemos personalizar el método de devolución de llamada del ciclo de vida del Bean implementando las interfaces InitializingBean y DesechableBean en la clase Java de Spring Bean.
Nota: Dado que configurar el ciclo de vida a través de la interfaz generará demasiado acoplamiento de código, generalmente configuramos el ciclo de vida a través de xml.
Especifique el método de devolución de llamada del ciclo de vida del Bean a través de los atributos init-method y destory-method en el elemento.