이번 섹션에서는 스프링 컨테이너와 스프링 빈에 대해서 알아보자.
목차는 다음과 같다.
1) 스프링 컨테이너 생성
2) 컨테이너에 등록된 모든 빈 조회
3) 스프링 빈 조회 - 기본
4) 스프링 빈 조회 - 동일한 타입이 둘 이상
5) 스프링 빈 조회 - 상속 관계
6) BeanFactory와 ApplicationContext
7) 다양한 설정 형식 지원 - 자바 코드, XML
8) 스프링 빈 설정 메타 정보 - BeanDefinition
먼저 스프링 컨테이너가 어떤식으로 생성되는지 알아보자.
ApplicationContext
를 스프링 컨테이너라 한다.ApplicationContext
는 인터페이스이다. (ApplicationContext
를 구현한 것 중 하나가 AnnotationConfigApplicationContext
이다.)AppConfig
를 사용했던 방식이 애노테이션 기반의 자바 설정 클래스로 스프링 컨테이너를 만든 것 이다.ApplicationContext
)를 만들어보자.new AnnotationConfigApplicationContext(AppConfig.class);
BeanFactory
, ApplicationContext
로 구분해서 이야기 한다. 이 부분은 뒤에서 설명하겠다. BeanFactory
를 직접 사용하는 경우는 거의 없으므로 일반적으로 ApplicationContext
를 스프링 컨테이너라 한다.new AnnotationConfigApplicationContext(AppConfig.class);
AppConfig.class
를 구성 정보로 지정했다.)@Bean(name="memberService2")
)☝️ 참고
✔️ 정리
이번에는 스프링 컨테이너에 실제 스프링 빈들이 잘 등록 되어 있는지 확인해보자.
ac.getBeanDefinitionNames()
: 스프링에 등록된 모든 빈 이름을 조회한다.ac.getBean()
: 빈 이름으로 빈 객체(인스턴스)를 조회한다.getRole()
로 구분할 수 있다ROLE_APPLICATION
: 일반적으로 사용자가 정의한 빈ROLE_INFRASTRUCTURE
: 스프링이 내부에서 사용하는 빈이번에는 스프링 컨테이너에서 스프링 빈을 조회하는 가장 기본적인 방법에 대해 알아보자.
ac.getBean(빈이름)
ac.getBean(타입)
ac.getBean(빈이름, 타입)
- 조회 대상 스프링 빈이 없으면 예외 발생 (
NoSuchBeanDefinitionException: No bean named 'xxxxx' available
)
이번에는 스프링 빈을 조회할 때, 동일한 타입이 둘 이상인 경우에는 어떻게 하는지 알아보자.
- 타입으로 조회시 같은 타입의 스프링 빈이 둘 이상이면 오류가 발생한다. 이때는 빈 이름을 지정하자.
ac.getBeanOfType()
을 사용하면 해당 타입의 모든 빈을 조회할 수 있다.
이번에는 상속관계에서의 스프링 빈 조회에 대해 알아보자.
- 부모 타입으로 조회하면, 자식 타입도 함께 조회된다.
- 그래서 모든 자바 객체의 최고 부모인
Object
타입으로 조회하면, 모든 스프링 빈을 조회한다.
- 위 그림과 같이 부모-자식 관계로 되어있을 때,
- 1번 타입으로 조회시: 전체 다 조회됨.
- 2번 타입으로 조회시: 2,4,5 조회됨.
- 3번 타입으로 조회시: 3,5,7 조회됨.
- 4번 타입으로 조회시: 4 조회됨.
- 5번 타입으로 조회시: 5 조회됨.
- 6번 타입으로 조회시: 6 조회됨.
- 7번 타입으로 조회시: 7 조회됨.
test > java > hello > core > beanfind 패키지 아래 ApplicationContextExtendsFindTest 클래스를 생성하자.
package hello.core.beanfind;
import hello.core.discount.DiscountPolicy;
import hello.core.discount.FixDiscountPolicy;
import hello.core.discount.RateDiscountPolicy;
import org.junit.jupiter.api.DisplayName;
import org.junit.jupiter.api.Test;
import org.springframework.beans.factory.NoUniqueBeanDefinitionException;
import org.springframework.context.annotation.AnnotationConfigApplicationContext;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import java.util.Map;
import static org.assertj.core.api.Assertions.assertThat;
import static org.junit.jupiter.api.Assertions.assertThrows;
public class ApplicationContextExtendsFindTest {
AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(TestConfig.class);
@Test
@DisplayName("부모 타입으로 조회시, 자식이 둘 이상 있으면, 중복 오류가 발생한다.")
void findBeanByParentTypeDuplicate() {
assertThrows(NoUniqueBeanDefinitionException.class, () -> ac.getBean(DiscountPolicy.class));
}
@Test
@DisplayName("부모 타입으로 조회시, 자식이 둘 이상 있으면, 빈 이름을 지정하면 된다.")
void findBeanByParentTypeBeanName() {
DiscountPolicy rateDiscountPolicy = ac.getBean("rateDiscountPolicy", DiscountPolicy.class);
assertThat(rateDiscountPolicy).isInstanceOf(RateDiscountPolicy.class);
}
@Test
@DisplayName("특정 하위 타입으로 조회.")
void findBeanBySubType() {
RateDiscountPolicy bean = ac.getBean(RateDiscountPolicy.class);
assertThat(bean).isInstanceOf(RateDiscountPolicy.class);
}
@Test
@DisplayName("부모 타입으로 모두 조회하기.")
void findAllBeanByParentType() {
Map<String, DiscountPolicy> beansOfType = ac.getBeansOfType(DiscountPolicy.class);
assertThat(beansOfType.size()).isEqualTo(2);
for (String key : beansOfType.keySet()) {
System.out.println("key = " + key + " value = " + beansOfType.get(key));
}
}
@Test
@DisplayName("부모 타입으로 모두 조회하기. - Object")
void findAllBeanByObjectType() {
Map<String, Object> beansOfType = ac.getBeansOfType(Object.class);
for (String key : beansOfType.keySet()) {
System.out.println("key = " + key + " value = " + beansOfType.get(key));
}
}
@Configuration
static class TestConfig {
@Bean
public DiscountPolicy rateDiscountPolicy() { return new RateDiscountPolicy(); }
@Bean
public DiscountPolicy fixDiscountPolicy() { return new FixDiscountPolicy(); }
}
}
✔️ 이렇게 해서 목차 2) ~ 4)까지는 스프링 빈을 조회하는 방법에 대해서 알아보았다. 다른 몇가지 기능들이 더 있지만, 거의 잘 사용하지 않는다. 이 정도만 알아도 무관하다. 더 알아야할 내용이 있다면 필요할 때 그때그때 찾아보도록 하자.
이번에는 BeanFactory와 ApplicationContext에 대해서 알아보자.
✔️ BeanFactory
getBean()
을 제공한다.✔️ ApplicationContext
✔️ ApplicationContext가 제공하는 부가 기능
MessageSource
: 메시지소스를 활용한 국제화 기능EnvironmentCapable
: 환경변수ApplicationEventPublisher
: 애플리케이션 이벤트ResourceLoader
: 편리한 리소스 조회✔️ 정리
스프링 컨테이너는 다양한 형식의 설정 정보를 받아들일 수 있도록 유연하게 설계되어 있다. (자바 코드, XML, Groovy 등등)
✔️ 애노테이션 기반 자바 코드 설정 사용
new AnnotationConfigApplicationContext(AppConfig.class);
AnnotationConfigApplicationContext
클래스를 사용하면서 자바 코드로된 설정 정보를 넘기면 된다✔️ XML 설정사용
GenericXmlApplicationContext
를 사용하면서 xml
설정 파일을 넘기면 된다.👉 XML 설정을 코드로 작성해보자.
new GenericXmlApplicationContext(appConfig.xml);
: 이렇게 정의해두면 classpath에 있는 appConfig.xml을 읽는다. (src/main/resources/)Creating shared instance of singleton bean ...
등이 나오는데 싱글톤과 관련해서는 다음 섹션에서 설명한다.✔️ 정리
appConfig.xml
스프링 설정 정보와 자바 코드로 된 AppConfig.java
설정 정보를 비교해보면 거의 비슷하다는 것을 알 수 있다.이번에는 스프링 빈 설정 메타 정보 - BeanDefinition에 대해서 알아보자.
BeanDefinition
이라는 추상화가 있다. (빈 정보에 대한 것 자체를 추상화 시킨 것)BeanDefinition
을 빈 설정 메타정보라 한다.@Bean
, <bean>
당 각각 하나씩 메타 정보가 생성된다
코드 레벨로 조금 더 깊이 있게 들어가보자.
AnnotationConfigApplicationContext
는 AnnotatedBeanDefinitionReader
를 사용해서 AppConfig.class
를 읽고 BeanDefinition
을 생성한다. (AnnotatedBeanDefinitionReader
는 설정 정보를 읽어서 빈 메타 정보를 생성한다.)
GenericXmlApplicationContext
는 XmlBeanDefinitionReader
를 사용해서 appConfig.xml
설정 정보를 읽고 BeanDefinition
을 생성한다.
새로운 형식의 설정 정보가 추가되면, XxxBeanDefinitionReader
를 만들어서 BeanDefinition
을 생성 하면 된다.
BeanDefinition 정보
☝️ 코드를 통해 확인해보자.
✔️ 정리
BeanDefinition을 직접 생성해서 스프링 컨테이너에 등록할 수도 있다. 하지만 실무에서 BeanDefinition을 직접 정의하거나 사용할 일은 거의 없다. 어려우면 그냥 넘어가면 된다.
BeanDefinition에 대해서는 너무 깊이있게 이해하기 보다는, 스프링이 다양한 형태의 설정 정보를 BeanDefinition으로 추상화해서 사용하는 것 정도만 이해하면 된다.
가끔 스프링 코드나 스프링 관련 오픈 소스의 코드를 볼 때, BeanDefinition 이라는 것이 보일 때가 있다. 이때 이러한 메커니즘을 떠올리면 된다.
강의를 듣고 정리한 글입니다. 코드와 그림 등의 출처는 김영한 강사님께 있습니다.