[스프링 핵심 원리 - 기본편] 스프링 컨테이너와 스프링 빈(스프링 빈 설정 메타 정보 - BeanDefinition)

BeanDefinition

• 스프링이 다양한 설정 형식을 지원하는 것의 중심에는 BeanDefinition이라는 추상화가 있음
• 쉽게 이야기해서 역할과 구현을 개념적으로 나눈 것
  • XML을 읽어서 BeanDefinition을 만들면 된다.
  • 자바 코드를 읽어서 BeanDefinition을 만들면 된다.
  • 스프링 컨테이너는 자바 코드인지, XML인지 몰라도 된다. 오직 BeanDefinition만 알면 된다.
  • BeanDefinition을 빈 설정 메타정보라 한다.
• @Bean , <bean> 당 각각 하나씩 메타 정보가 생성된다.
• 스프링 컨테이너는 이 메타정보를 기반으로 스프링 빈을 생성한다.

• BeanDefinition 자체가 인터페이스
• 스프링 컨테이너는 추상화(인터페이스)에만 의존

 

코드 레벨

• AnnotationConfigApplicationContext는 AnnotatedBeanDefinitionReader를 사용해서 AppConfig.class 를 읽고 BeanDefinition을 생성한다.
  • 자바 코드를 읽어서 설정 정보(메타 정보)를 담음
• GenericXmlApplicationContext는 XmlBeanDefinitionReader를 사용해서 appConfig.xml 설정 정보를 읽고 BeanDefinition을 생성한다.
• 새로운 형식의 설정 정보가 추가되면, XxxBeanDefinitionReader를 만들어서 BeanDefinition을 생성하면 된다.
  • XxxBeanDefinitionReader가 설정 정보를 읽어서 BeanDefinition을 생성하는 역할
  • 임의의 형식을 읽는 BeanDefinitionReader도 만들 수 있음
  • ex) JsonBeanDefinitionReader
• 이 개념은 정확히 몰라도 개발에는 지장이 없지만, 깊이 있게 알면 좋다

 

BeanDefinition 살펴보기

• BeanDefinition 정보
  • BeanClassName: 생성할 빈의 클래스 명(자바 설정 처럼 팩토리 역할의 빈을 사용하면 없음)
  • factoryBeanName: 팩토리 역할의 빈을 사용할 경우 이름, 예) appConfig
  • factoryMethodName: 빈을 생성할 팩토리 메서드 지정, 예) memberService
  • Scope: 싱글톤(기본값)
  • lazyInit: 스프링 컨테이너를 생성할 때 빈을 생성하는 것이 아니라, 실제 빈을 사용할 때 까지 최대한 생성을 지연처리 하는지 여부
  • InitMethodName: 빈을 생성하고, 의존관계를 적용한 뒤에 호출되는 초기화 메서드 명
  • DestroyMethodName: 빈의 생명주기가 끝나서 제거하기 직전에 호출되는 메서드 명
  • Constructor arguments, Properties: 의존관계 주입에서 사용한다. (자바 설정 처럼 팩토리 역할의 빈을 사용하면 없음)
• 빈 설정 메타정보 확인 테스트 코드

package hello.core.beandefinition;

import hello.core.AppConfig;
import org.junit.jupiter.api.DisplayName;
import org.junit.jupiter.api.Test;
import org.springframework.beans.factory.config.BeanDefinition;
import org.springframework.context.annotation.AnnotationConfigApplicationContext;
import org.springframework.context.support.GenericXmlApplicationContext;

public class BeanDefinitionTest {

    // ApplicationContext가 아니고, AnnotationConfigApplicationContext인 이유는 getBeanDefinition 때문
    // 자바 코드(AppConfig.class)를 사용하는 방법은 팩토리 메소드를 사용하는 방법
    AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(AppConfig.class);

    // Annotation 방식과는 조금 다르게 출력됨
    // bean에 대한 정보가 좀 더 명확하게 등록되어 있음, factoryBeanName 등이 빠져 있음
//     GenericXmlApplicationContext ac = new GenericXmlApplicationContext("appConfig.xml");

    @Test
    @DisplayName("빈 설정 메타정보 확인")
    void findApplicationBean() {
        String[] beanDefinitionNames = ac.getBeanDefinitionNames();
        for (String beanDefinitionName : beanDefinitionNames) {
            BeanDefinition beanDefinition = ac.getBeanDefinition(beanDefinitionName);

            if (beanDefinition.getRole() == BeanDefinition.ROLE_APPLICATION) {
                System.out.println("beanDefinitionName = " + beanDefinitionName +
                        " beanDefinition = " + beanDefinition);
            }
        }
    }
}

 

정리

• BeanDefinition을 직접 생성해서 스프링 컨테이너에 등록할 수도 있음
  • 실무에서 BeanDefinition을 직접 정의하거나, 사용할 일은 거의 없다
  • 어려우면 그냥 넘어가도 되는 개념
• BeanDefinition에 대해서는 너무 깊이있게 이해하기 보다는, 스프링이 다양한 형태의 설정 정보를 BeanDefinition으로 추상화해서 사용하는 것 정도만 이해하면 된다
• 가끔 스프링 코드나, 스프링 관련 오픈 소스의 코드를 볼 때 BeanDefinition이 있으면 이러한 매커니즘을 떠올리면 된다
• 스프링 빈을 만들 때는 직접적으로 스프링 빈을 등록하는 방식과 팩토리 빈을 통해서 등록하는 방식이 있음
  • 우리가 일반적으로 사용하는 방식(java config 사용)은 팩토리 빈을 통한 방식

 

※ 본 게시글은 인프런의 스프링 핵심 원리 - 기본편(김영한)을 수강하고 정리한 내용입니다.