Spring bean factory is responsible for managing the life cycle of beans created through spring container. The life cycle of beans consist of call back methods which can be categorized broadly in two groups:
  • Post initialization call back methods
  • Pre destruction call back methods
Spring framework provides following 4 ways for controlling life cycle events of bean:
  1. InitializingBean and DisposableBean callback interfaces
  2. Other Aware interfaces for specific behavior
  3. custom init() and destroy() methods in bean configuration file
  4. @PostConstruct and @PreDestroy annotations
Spring Bean Life Cycle
Spring Bean Life Cycle

Lets learn about them one by one.

InitializingBean and DisposableBean callback interfaces

The org.springframework.beans.factory.InitializingBean interface allows a bean to perform initialization work after all necessary properties on the bean have been set by the container. The InitializingBean interface specifies a single method:
void afterPropertiesSet() throws Exception;
This is not a preferrable way to initialize the bean because it tightly couple your bean class with spring container. A better approach is to use “init-method” attribute in bean definition in applicationContext.xml file.
Similarly, implementing the org.springframework.beans.factory.DisposableBean interface allows a bean to get a callback when the container containing it is destroyed. The DisposableBean interface specifies a single method:
void destroy() throws Exception;
A sample bean implementing above interfaces would look like this:
?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
package com.howtodoinjava.task;
 
import org.springframework.beans.factory.DisposableBean;
import org.springframework.beans.factory.InitializingBean;
 
public class DemoBeanTypeOne implements InitializingBean, DisposableBean
{
    //Other bean attributes and methods
     
    @Override
    public void afterPropertiesSet() throws Exception
    {
        //Bean initialization code
    }
     
    @Override
    public void destroy() throws Exception
    {
        //Bean destruction code
    }
}

Other Aware interfaces for specific behavior

Spring offers a range of Aware interfaces that allow beans to indicate to the container that they require a certain infrastructure dependency. Each interface will require you to implement a method to inject the dependency in bean.
These interfaces can be summarized as :
Aware interfaceMethod to overridePurpose
ApplicationContextAwarevoid setApplicationContext(ApplicationContext applicationContext) throws BeansException;Interface to be implemented by any object that wishes to be notified of the ApplicationContext that it runs in.
ApplicationEventPublisherAwarevoid setApplicationEventPublisher(ApplicationEventPublisher applicationEventPublisher);Set the ApplicationEventPublisher that this object runs in.
BeanClassLoaderAwarevoid setBeanClassLoader(ClassLoader classLoader);Callback that supplies the bean class loader to a bean instance.
BeanFactoryAwarevoid setBeanFactory(BeanFactory beanFactory) throws BeansException;Callback that supplies the owning factory to a bean instance.
BeanNameAwarevoid setBeanName(String name);Set the name of the bean in the bean factory that created this bean.
BootstrapContextAwarevoid setBootstrapContext(BootstrapContext bootstrapContext);Set the BootstrapContext that this object runs in.
LoadTimeWeaverAwarevoid setLoadTimeWeaver(LoadTimeWeaver loadTimeWeaver);Set the LoadTimeWeaver of this object’s containing ApplicationContext.
MessageSourceAwarevoid setMessageSource(MessageSource messageSource);Set the MessageSource that this object runs in.
NotificationPublisherAwarevoid setNotificationPublisher(NotificationPublisher notificationPublisher);Set the NotificationPublisher instance for the current managed resource instance.
PortletConfigAwarevoid setPortletConfig(PortletConfig portletConfig);Set the PortletConfig this object runs in.
PortletContextAwarevoid setPortletContext(PortletContext portletContext);Set the PortletContext that this object runs in.
ResourceLoaderAwarevoid setResourceLoader(ResourceLoader resourceLoader);Set the ResourceLoader that this object runs in.
ServletConfigAwarevoid setServletConfig(ServletConfig servletConfig);Set the ServletConfig that this object runs in.
ServletContextAwarevoid setServletContext(ServletContext servletContext);Set the ServletContext that this object runs in.
A sample implementation will look like this:
?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
package com.howtodoinjava.task;
 
import org.springframework.beans.BeansException;
import org.springframework.beans.factory.BeanClassLoaderAware;
import org.springframework.beans.factory.BeanFactory;
import org.springframework.beans.factory.BeanFactoryAware;
import org.springframework.beans.factory.BeanNameAware;
import org.springframework.context.ApplicationContext;
import org.springframework.context.ApplicationContextAware;
import org.springframework.context.ApplicationEventPublisher;
import org.springframework.context.ApplicationEventPublisherAware;
import org.springframework.context.MessageSource;
import org.springframework.context.MessageSourceAware;
import org.springframework.context.ResourceLoaderAware;
import org.springframework.context.weaving.LoadTimeWeaverAware;
import org.springframework.core.io.ResourceLoader;
import org.springframework.instrument.classloading.LoadTimeWeaver;
import org.springframework.jmx.export.notification.NotificationPublisher;
import org.springframework.jmx.export.notification.NotificationPublisherAware;
 
public class BemoBeanTypeTwo implements ApplicationContextAware,
        ApplicationEventPublisherAware, BeanClassLoaderAware, BeanFactoryAware,
        BeanNameAware, LoadTimeWeaverAware, MessageSourceAware,
        NotificationPublisherAware, ResourceLoaderAware
{
    @Override
    public void setResourceLoader(ResourceLoader arg0) {
        // TODO Auto-generated method stub
    }
 
    @Override
    public void setNotificationPublisher(NotificationPublisher arg0) {
        // TODO Auto-generated method stub
 
    }
 
    @Override
    public void setMessageSource(MessageSource arg0) {
        // TODO Auto-generated method stub
    }
 
    @Override
    public void setLoadTimeWeaver(LoadTimeWeaver arg0) {
        // TODO Auto-generated method stub
    }
 
    @Override
    public void setBeanName(String arg0) {
        // TODO Auto-generated method stub
    }
 
    @Override
    public void setBeanFactory(BeanFactory arg0) throws BeansException {
        // TODO Auto-generated method stub
    }
 
    @Override
    public void setBeanClassLoader(ClassLoader arg0) {
        // TODO Auto-generated method stub
    }
 
    @Override
    public void setApplicationEventPublisher(ApplicationEventPublisher arg0) {
        // TODO Auto-generated method stub
    }
 
    @Override
    public void setApplicationContext(ApplicationContext arg0)
            throws BeansException {
        // TODO Auto-generated method stub
    }
}

Custom init() and destroy() methods in bean configuration file

The default init and destroy methods in bean configuration file can be defined in two ways:
  • Bean local definition applicable to a single bean
  • Global definition applicable to all beans defined in beans context
Local definition is given as below.
?
1
2
3
<beans>
    <bean id="demoBean" class="com.howtodoinjava.task.DemoBean" init-method="customInit" destroy-method="customDestroy"></bean>
</beans>
Where as global definition is given as below. These methods will be invoked for all bean definitions given under tag. They are useful when you have a pattern of defining common method names such as init() and destroy() for all your beans consistently. This feature helps you in not mentioning the init and destroy method names for all beans independently.
?
1
2
3
<beans default-init-method="customInit" default-destroy-method="customDestroy">       
        <bean id="demoBean" class="com.howtodoinjava.task.DemoBean"></bean>
</beans>
A sample implementation for this type of life cycle will be:
?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
package com.howtodoinjava.task;
 
public class BemoBeanTypeThree
{
    public void customInit()
    {
        System.out.println("Method customInit() invoked...");
    }
 
    public void customDestroy()
    {
        System.out.println("Method customDestroy() invoked...");
    }
}

@PostConstruct and @PreDestroy annotations

Spring 2.5 onwards, you can use annotations also for specifying life cycle methods using @PostConstruct and @PreDestroy annotations.
  • @PostConstruct annotated method will be invoked after the bean has been constructed using default constructor and just before it’s instance is returned to requesting object.
  • @PreDestroy annotated method is called just before the bean is about be destroyed inside bean container.
A sample implemetation will look like this:
?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
package com.howtodoinjava.task;
 
import javax.annotation.PostConstruct;
import javax.annotation.PreDestroy;
 
public class BemoBeanTypeFour
{
    @PostConstruct
    public void customInit()
    {
        System.out.println("Method customInit() invoked...");
    }
     
    @PreDestroy
    public void customDestroy()
    {
        System.out.println("Method customDestroy() invoked...");
    }
}
So this is all about life cycle management of beans inside spring container. I hope that it has added some more knowledge in your kitty.
Happy Learning !!