본문 바로가기
Spring/Spring 핵심 원리

#3 스프링 빈 조회

by 히포파타마스 2021. 5. 14.

스프링 컨테이너 생성 과정

 

1. 스프링 컨테이너 생성

다음과 같은 형식으로 스프링 컨테이너를 생성 할 수 있다.

 

 

[스프링 컨테이너 생성]

//스프링 컨테이너 생성
ApplicationContext applicationContext =
        new AnnotationConfigApplicationContext(AppConfig.class);

new AnnotationConfigApplicationContext()를 사용해 컨테이너를 생성하며, 매개변수로 구성 정보를 넘긴다.

ex) AppConfig와 같이 객체들의 의존 관계를 설정해 놓은 클래스

 

 

2. 스프링 빈 등록

의존 관계가 정의 된 메소드에 @Bean을 붙여 등록한다.

 

빈 이름은 메소드 이름을 사용한다.

 

 

[빈 이름 지정]

@Bean(name="이름")

위의 예제와 같이 빈 이름을 직접 등록 할 수 도 있다.

 

 

 

빈 조회

 

1. 모든 빈 조회하기

 

 

[모든 빈 출력]

public class ApplicationContextInfoTest {

    AnnotationConfigApplicationContext ac = 
            new AnnotationConfigApplicationContext(AppConfig.class);

    @Test
    @DisplayName("모든 빈 출력하기")
    void findAllBean() {
        String[] beanDefinitionNames = ac.getBeanDefinitionNames();
        for (String beanDefinitionName : beanDefinitionNames) {
            Object bean = ac.getBean(beanDefinitionName);
            System.out.println("beanDefinitionName = " + beanDefinitionName + " object = "
            + bean);
        }
    }
} 

AnnotationConfigApplicationContext의 getBeanDefinitionNames() 메소드는 스프링 컨테이너에 등록된 모든 빈의 이름을 배열로 나타낸다.

 

 

[모든 빈 출력 결과]

beanDefinitionName = org.springframework.context.annotation.internalConfigurationAnnotation..
beanDefinitionName = org.springframework.context.annotation.internalAutowiredAnnotation..
beanDefinitionName = org.springframework.context.annotation.internalCommonAnnotationProcessor..
beanDefinitionName = org.springframework.context.event.internalEventListenerProcessor..
beanDefinitionName = org.springframework.context.event.internalEventListenerFactory..
beanDefinitionName = appConfig 
object = hello.core.AppConfig$$EnhancerBySpringCGLIB$$58ae7df8@753432a2
beanDefinitionName = memberService 
object = hello.core.member.MemberServiceImpl@23bff419
beanDefinitionName = memberRepository 
object = hello.core.member.MemoryMemberRepository@4983159f
beanDefinitionName = orderService 
object = hello.core.oder.OrderServiceImp@44e3a2b2
beanDefinitionName = discountPolicy 
object = hello.core.discount.RateDiscountPolicy@101639ae

getBeanDefinitionNames() 메소드로 스프링 컨테이너에 등록된 모든 빈을 출력한 결과이다.

 

구성 정보 클래스인 AppConfig의 인스턴스 역시 등록되어 있는 것을 확인 할 수 있다.

 

또한 getBeanDefinitionNames() 메소드로 빈을 조회할 시 스프링에서 자체적으로 등록된 빈 까지 조회 된다.

 

 

[애플리케이션 빈 출력]

    @Test
    @DisplayName("애플리케이션 빈 출력하기")
    void findApplicationBean() {
        String[] beanDefinitionNames = ac.getBeanDefinitionNames();
        for (String beanDefinitionName : beanDefinitionNames) {
            BeanDefinition beanDefinition = ac.getBeanDefinition(beanDefinitionName);

            if (beanDefinition.getRole() == BeanDefinition.ROLE_APPLICATION) {
                Object bean = ac.getBean(beanDefinitionName);
                System.out.println("beanDefinitionName = " + beanDefinitionName +
                " object = " + bean);
            }
        }
    }

getBeanDefinition("이름") 메소드는 스프링 컨테이너에 등록된 "이름"을 가진 빈의 정보를 조회한다.

 

BeanDefinition은 스프링 빈 정보 형식의 클래스 이다. 

 

스프링 내부에서 사용하는 빈은 BeanDefinition 클래스의 getRole() 메소드로 구분 할 수 있다.

 

ROLE_APPLICATION 은 일반적으로 사용자가 정의한 빈을 뜻하며, ROLE_INFRASTRUCTURE 은 스프링 내부에서 사용하는 빈을 의미한다.

 

 

2. 빈 기본 조회 방법

getBean() 메소드를 사용하며 (빈이름, 타입)으로 조회 할 수 있고 타입만으로 조회 할 수 있다.

 

조회 대상 스프링 빈이 없으면 예외가 발생한다.

 

타입으로 조회 할 시, 구체 타입으로 조회 할 수도 있지만 코드의 유연성이 떨어지기 때문에 되도록이면 부모 타입으로 조회하는 것이 좋다.

 

 

[부모 타입과 구체 타입으로 조회]

    AnnotationConfigApplicationContext ac = 
    	new AnnotationConfigApplicationContext(AppConfig.class);
        
    @Test
    @DisplayName("구체 타입으로 조회")
    void  findBeanByName2() {
        MemberService memberService = 
        ac.getBean("memberService", MemberServiceImpl.class);
        Assertions.assertThat(memberService).isInstanceOf(MemberServiceImpl.class);
    }

    @Test
    @DisplayName("타입으로 조회")
    void  findBeanByType() {
        MemberService memberService = ac.getBean(MemberService.class);
        Assertions.assertThat(memberService).isInstanceOf(MemberServiceImpl.class);
    }

구체 타입을 조회 할 때는 MemeberService의 구현체인 MemberServiceImpl 을 사용했다.

 

추상화 타입인 MemberService로 조회 할 시, 구현체가 자동으로 조회된다.

 

두 경우 모두 MemberSercieImpl 타입으로 조회 되는 것을 테스트코드로 확인 할 수 있다.

 

 

3. 동일한 타입일 경우 조회

타입으로 조회시 같은 타입의 스프링 빈이 둘 이상이면 오류가 발생한다.

 

이 경우에는 빈 이름을 지정해 주면 된다.

 

 

[특정 타입 전부 조회]

    @Test
    @DisplayName("특정 타입을 모두 조회하기")
    void findAllBeanByType() {

        Map<String, MemberRepository> beansOfType =
                ac.getBeansOfType(MemberRepository.class);

        for (String key : beansOfType.keySet()) {
            System.out.println("key = " + key + " value = " +
                    beansOfType.get(key));
        }
        
        System.out.println("beansOfType = " + beansOfType);
        assertThat(beansOfType.size()).isEqualTo(2);
    }

getBeansOfType(타입) 메소드는 같은 타입의 모든 빈을 <이름, 타입>의 map형식으로 반환해준다.

 

 

4. 상속 관계

부모 타입으로 조회하면, 자식 타입도 전부 함께 조회된다.

 

부모 타입으로 조회 할 시 자식 타입이 조회될 때, 앞에서 설명된 중복 조회시 오류 발생, getBeansOfType()으로 전부 조회 가능한 특성들은 모두 동일하게 적용된다.

댓글