↩뒤로가기

<aside> 💡 스프링은 어떻게 이런 다양한 설정 형식을 지원하는 것일까? 그 중심에는 BeanDefinition이라는 추상화가 있다.

</aside>

• 쉽게 이야기해서 역할과 구현을 개념적으로 나눈 것이다.
• 스프링 컨테이너는 자바 코드인지, XML인지 몰라도 BeanDefinition, 즉 빈 설정 메타정보만 알면 된다.

<aside> 💡 BeanDefinition이란? 스프링 프레임워크에서 Bean 객체의 정의를 담고 있는 객체다. BeanDefinition 객체는 Bean의 클래스 정보, 생성자 정보, 프로퍼티 정보, 메소드 정보 등의 정보를 담고 있다. 이 정보를 통해 Bean 객체를 생성하고 관리할 수 있다. BeanDefinition은 BeanFactory와 ApplicationContext가 관리하는 Bean정보의 기본적인 정의를 담고 있다.

</aside>

• Annotation 방식의 @Bean이나, XML방식의 <bean>에는 각각 메타 정보가 생성되며, 스프링 컨테이너는 이 메타정보를 읽어들임으로써 스프링 빈을 생성한다.

코드 레벨로 조금 더 깊게 들어가면 아래와 같다.

AnnotationConfigApplicationContext는 AnnotatedBeanDefinitionReader를 사용해서 AppConfig.class를 읽고 BeanDefinition을 생성한다.

GenericXmlApplicationContext는 XmlBeanDefinitionReader를 사용해서 appConfig.xml설정 정보를 읽고 BeanDefinition을 생성한다.

새로운 형식의 설정 정보가 추가되면, OOOBeanDefinitionReader를 만들어 BeanDefinition을 생성하면 된다.

BeanDefinition 정보

• BeanClassname : 생성할 빈의 클래스 명(팩토리 역할의 빈을 사용하면 없음)
• factoryBeanName : 팩토리 역할의 빈을 사용할 경우의 이름 예)appConfig
• factoryMethodName : 빈을 생성할 팩토리 메소드 지정. 예)memberService
• Scope : 싱글톤(기본값)
• lazyInit : 스프링 컨테이너를 생성할 때 빈을 생성하는 것이 아니라, 실제 빈을 사용할 때까지 최대한 생성을 지연처리 하는지 여부
• InitMethodName : 빈을 생성하고, 의존관계를 적용한 뒤에 호출되는 초기화 메소드 명