섹션 4. 스프링 컨테이너와 스프링 빈
스프링 컨테이너
ApplicationContext
를 스프링 컨테이너라고 함
- ->
ApplicationContext
은 인터페이스
- →
AnnotationConfigApplicationContext(ClassName.class)
는 구현체
- XML 기반으로도 만들 수 있고, 애노테이션 기반의 자바 설정 클래스로도 만들 수 있음
- 스프링 컨테이너 생성
- 컨테이너 생성 시 구성 정보를 지정해주어야 함
- 스프링 빈 등록
- 스프링 컨테이너는 파라미터로 넘어온 구성 정보를 사용하여 스프링 빈을 등록함
- → 빈 이름은 메서드 이름을 사용
- → 빈 이름을 직접 부여할 수 있음
@Bean(name=”name”)
- → 빈 이름은 항상 다른 이름을 부여 (같은 이름 부여시 다른 빈이 무시되거나 기존 빈을 덮어 설정에 따라 오류 발생)
- 스프링 빈 의존관계 설정
- 컨테이너는 설정 정보를 참고하여 의존관계를 주입(DI)함
- 스프링은 빈을 생성하고 DI하는 단계가 나누어져 있음
빈 조회
- 스프링에 등록된 모든 빈 정보를 출력
- →
ac.getBeanDefinitionNames()
: 스프링에 등록된 모든 빈 이름을 조회한다.
- →
ac.getBean()
: 빈 이름으로 빈 객체(인스턴스)를 조회한다.
ac.getBean(빈이름, 타입) / ac.getBean(타입)
- 조회 대상 빈이 없으면 예외 발생
- 스프링이 내부에서 사용하는 빈을 제외한 내가 등록한 빈만 출력
- 스프링이 내부에서 사용하는 빈은
getRole()
로 구분 가능
ROLE_APPLICATION
: 일반적으로 사용자가 정의한 빈
ROLE_INFRASTRUCTURE
: 스프링이 내부에서 사용하는 빈
- 타입으로 조회 시 같은 타입의 스프링 빈이 둘 이상이면 오류 발생
- → 이때는 빈 이름을 지정
- →
ac.getBeansOfType()
을 사용하면 해당 타입의 모든 빈 조회 가능
- 부모 타입으로 조회 시 자식 타입도 함께 조회
- → Object 타입으로 조회시 모든 스프링 빈 조회
BeanFactory
- 스프링 컨테이너의 최상위 인터페이스
- 스프링 빈을 관리, 조회
getBean()
ApplicationContext
- BeanFactory의 기능을 모두 상속받아서 제공, 이외에도 여러 인터페이스를 상속받음
- MessageSource : 한국에서 들어오면 한국어로, 영어권에서 들어오면 영어로 출력
- EnvironmentCapable : 로컬, 개발, 운영 등을 구분해서 처리
- ApplicationEventPublisher : 이벤트를 발행하고 구독하는 모델을 편리하게 지원
- ResourceLoader : 파일, 클래스패스, 외부 등에서 리소스를 편리하게 조회
⇒ BeanFactory를 직접 사용할 일은 거의 없고, 부가기능이 포함된 ApplicationContext를 사용
따라서, BeanFactory나 ApplicationContext를 스프링 컨테이너라 한다.
스프링 컨테이너는 다양한 형식의 설정 정보를 받아들일 수 있도록 유연하게 설계되어 있다.
→ 스프링 컨테이너는 형식이 무엇인진 몰라도 되고, BeanDefinition(설정 메타정보)
만 알면 되고 이를 기반으로 스프링 빈을 생성한다.