스프링 IoC 컨테이너#

순수한 자바 언어 작성(POJO)한 비즈니스 코드들은 Configuration의 정보를 통해 스프링 컨테이너에 집어 넣는다. 이때 집어 넣어진 객체를 스프링에서는 bean이라고 한다.

스프링 빈으로 등록하기 위해서는 @Bean 어노테이션을 작성해야 한다.

@Bean
public MemberService memberService() {
    ...
}

@Bean
public MemberRepositroy memberRepositroy() {
    ...
}

위의 코드를 작성하게 되면, 스프링 컨테이너 안에 들어 있는 스프링 빈 저장소에는 아래와 같이 저장된다.

빈 이름	빈 객체
memberService	MemberServiceImp@주소
memberRepository	MemberRepositry@주소

이때 빈의 이름은 일반적으로 @Bean으로 지정한 메서드의 이름이다. 직접 설정할 수도 있는데 @Bean(name = "newMemberService")와 같이 옵션을 주면 된다.

이렇게 스프링 컨테이너 안에 들어간 빈들은 스프링 컨테이너에 의해서 의존관계 주입이 실행된다. 이렇게 되면 생성자를 호출한 뒤 DI가 이루어진다.

BeanFactory <- ApplicationContext#

BeanFactory는ApplicationContext의 부모 인터페이스이며, 스프링 컨테이너의 최상위 인터페이스다. 스프링 컨테이너의 가장 기본적인 IoC나 빈의 생성, 의존성 주입 같은 핵심 기능만 가지고 있다. BeanFactory를 상속 받은 ApplicationContext는 MessageSource, ApplicationEventPublisher와 같은 추가적인 기능들을 제공한다.

기능	BeanFactory	ApplicationContext
빈 생성, 의존성 주입	가능	가능
라이프 사이클 관리	불가능	가능
자동 BeanPostProcessor 등록	불가능	가능
자동 BeanFactoryPostProcessor 등록	불가능	가능
MessageSource(국제화)	불가능	가능

BeanDefinition#

ApplicationContext 인터페이스는 여러가지 설정 형식을 지원한다. 어노테이션 방식은 AnnotationConfigApplicaitonContext를 사용하며 xml의 경우 GenericXmlApplicationContext를 사용한다. 이러한 다양한 설정 형식을 지원할 수 있는 이유에는 BeanDefinition에 있다.

BeanDefinition은 빈의 메타정보를 가지고 있다. 따라서 자바 코드를 읽던 xml 파일을 읽던 결국 스프링 컨테이너는 BeanDefinition만 읽으면 된다.

AnnotationConfigApplicationContext를 예시로 들면 AnnotatedBeanDefinitionReader를 통해 자바 클래스 파일을 읽어 BeanDefinition을 생성한다.

스프링 Bean 조회#

ApplicationContext context = new AnnotationConfigApplicationContext(AppConfig.class);

위의 코드는 스프링 컨테이너를 생성한다. ApplicationContext은 인터페이스로 실제 구현체는 AnnotationConfigApplicationContext이다. 이름에서 알 수 있듯이 어노테이션 기반의 ApplicationContext다.

Bean 조회#

void findBeanByName() {
    MemberService ms = context.getBean("memberService", MemberService.class);
}

void findBeanByClassType() {
    MemberService ms = context.getBean(MemberService.class);
}

void findBeanByImplType() {
    MemberService ms = context.getBean(MemberServiceImpl.class);
}

빈 조회는

getBean(클래스 타입)
getBean(빈의 이름, 뽑혀져 나오길 원하는 타입)
getBean(클래스의 구체타입)

위 두 가지 경우로 단건 조회가 가능하다.

만약 빈을 타입으로 조회하는데 같은 타입인 빈이 두 개 이상 있으면 NoUniqueBeanDefinitionException 예외가 발생한다. 이럴 때는 빈의 이름을 직접 지정해주는 2번 방법을 사용하면 된다.

2번 방법이 아니라 특정 타입의 모든 빈을 가져올 수 도 있는데 getBeanOfType 메서드다.

void findAllBeanByType() {
    Map<String, MemberService> beans = context.getBeanOfType(MemberService.class);
    
    for(String key : beans.keySet()) {
        MemberService ms = beans.get(key);
    }
}

Map으로 뽑혀져 나오게 되는데 이때 키는 빈의 이름이고, 값은 조회하기를 원한 클래스의 타입의 객체이다.

모든 Bean 출력#

void allBeans() {
    String[] beanDefinitionNames = context.getBeanDefinitionNames();
    
    for(String beanName : beanDefinitionNames) {
        Object bean = context.getBean(beanName);
    }
}

getBeanDefinitionNames은 BeanDefinition의 이름을 뽑아 가져온다. 그렇게 뽑은 이름으로 context.getBean(beanName)을 통해 실제 빈 객체를 가져오게 된다.

Bean의 상속 관계#

빈(객체)끼리 상속 관계가 있을 때 부모 타입으로 조회하면 자식의 빈까지 모두 가져와 조회하게 된다.

void inheritanceBean() {
    // 만약 같은 타입의 빈이 2개 이상 등록되어 있다면 NoUniqueBeanDefinitionException 예외 발생
    context.getBean(MemberService.class); 
    
    // 따라서 직접 빈의 이름을 지정해서 조회해야 한다.
    MemberService createService = context.getBean("createMemberService", MemberService.class);
    MemberService manageService = context.getBean("manageMemberService", MemberService.class);
}