[TodayILearn] Spring Bean Life Cycle이란?

Spring Bean Life Cycle에 대해서 Spring에서 빈이 만들어지고, DI로 사용된다는 것은 알고 있었다. 그런데 전체적으로 Spring Bean Life Cycle에 대해서는 잘 모르는 것 같아서 이번에 새롭게 정리해보려고 한다. 간단하게 정리하자면, bean은 다음과 같은 라이프 사이클을 거친다.

스프링 컨테이너 시작 -> 스프링 빈 초기화 -> 의존관계 주입(DI) -> init() -> 유틸리티 -> destory() -> 스프링 종료라는 라이프 사이클을 거치는데, 더 디테일한 전체 flow는 다음과 같다.

1. 패키지 스캐닝이 있는 어노테이션(@Bean, @Controller, @RestController, @Service, @Repository, @Component)이나 XML 등으로 Bean Definition이 선언된다.
2. BeanDefinitionReader가 이 구성을 읽고 BeanDefinition 객체를 생성한다.
3. BeanFactory가 bean의 생성자를 호출해서 FactoryBean 객체를 생성한다.
4. DI를 통해서 의존성이 주입된다. 만약 특정 빈의 생성자에서 다른 빈에 대한 의존성이 있다면(예: @Service에서 @Repository를 필요로 하는 경우) 해당 빈이 먼저 생성된다.
5. BeanPostProcessor가 init() 메소드 전에 호출된다. 해당 프로세서는 초기화 전에 빈에 대한 조작 또는 수정이 가능하다.
6. @PostConstruct에 의해서 init() 메소드가 호출되고, 빈 초기화가 진행된다.
7. BeanPostProcessor가 다시 호출된다(프록시 등을 빈 주위에 만들고 싶을 경우에)
8. Application Context에 빈이 존재하고, 사용 또는 접근이 가능하다. 빈 인스턴스는 디폴트로 singleton으로 존재한다.
9. @PreDestroy에 의해서 destory() 메소드가 호출되고 빈이 종료된다.

여기서 @PostConstruct와 @PreDestroy를 알기 위해서, 간단한 bean 클래스에서 해당 어노테이션이 구성된 코드를 가져와보았다.

package com.journaldev.spring.service;

import javax.annotation.PostConstruct;
import javax.annotation.PreDestroy;

public class MyService {

	@PostConstruct
	public void init(){
		System.out.println("MyService init method called");
	}
	
	public MyService(){
		System.out.println("MyService no-args constructor called");
	}
	
	@PreDestroy
	public void destory(){
		System.out.println("MyService destroy method called");
	}
}

저번 TIL에서 DispatcherServlet을 공부할 때 AnnotationConfigWebApplicationContext라는 게 생성되는 것을 본 적이 있다.

public class MyWebApplicationInitializer implements WebApplicationInitializer {

	@Override
	public void onStartup(ServletContext servletContext) {

		// Load Spring web application configuration
		AnnotationConfigWebApplicationContext context = new AnnotationConfigWebApplicationContext();
		context.register(AppConfig.class);

		// Create and register the DispatcherServlet
		DispatcherServlet servlet = new DispatcherServlet(context);
		ServletRegistration.Dynamic registration = servletContext.addServlet("app", servlet);
		registration.setLoadOnStartup(1);
		registration.addMapping("/app/*");
	}
}

이때 AppConfig라는 게 Context에 등록이 되었는데, 아래에서 볼 수 있듯이 이 코드가 Bean Definition을 생성하는 역할을 한다. 아주 예전에는 @Controller등 자동 컴포넌트 스캔을 하지 않고, 이 클래스 안에 빈으로 등록해야 하는 클래스를 전부 적어준 모양이다. 이 AppConfig을 AnnotationConfigWebApplicationContext에 등록해주고, 이 context가 다시 DispatcherServlet에 등록되기 때문에 DispatcherServlet은 적절한 controllor에 request를 처리할 수 있는 것이다.

 @Configuration
 public class AppConfig {

     @Bean
     public MyBean myBean() {
         // instantiate, configure and return bean ...
     }
 }

레퍼런스

Bean life cycle in Java Spring - GeeksforGeeks

Spring Bean Lifecycle Full Guide

Spring Bean Life Cycle | DigitalOcean

Configuration (Spring Framework 6.1.5 API)

[Spring] 간단한 주문 시스템 예제4 - AppConfig 스프링 기반으로 변경

Spring @Configuration tutorial - configuring Spring using annotations