[Spring] 스프링 컨테이너와 스프링 빈

AppConfig를 스프링 기반으로 변경

 

AppConfig 변경 전

public class AppConfig {
    public MemberService memberService() {
        return new MemberServiceImpl(memberRepository());
    }

    public MemberRepository memberRepository() {
        return new MemoryMemberRepository();
    }

    public OrderServiceImpl orderService() {
        return new OrderServiceImpl(memberRepository(), discountPolicy());
    }

    public DiscountPolicy discountPolicy() {
//        return new FixDiscountPolicy();
        return new RateDiscountPolicy();
    }
}

변경 후

@Configuration
public class AppConfig {

    @Bean
    public MemberService memberService() {
        return new MemberServiceImpl(memberRepository());
    }

    @Bean
    public MemberRepository memberRepository() {
        return new MemoryMemberRepository();
    }

    @Bean
    public OrderServiceImpl orderService() {
        return new OrderServiceImpl(memberRepository(), discountPolicy());
    }

    @Bean
    public DiscountPolicy discountPolicy() {
//        return new FixDiscountPolicy();
        return new RateDiscountPolicy();
    }
}

---

MemberApp 변경 전

public class MemberApp {
    public static void main(String[] args) {
        
        AppConfig appConfig = new AppConfig();
        MemberService memberService = appConfig.memberService();
        
        Member member = new Member(1L, "memberA", Grade.VIP);
        memberService.join(member);

        Member findMember = memberService.findMember(1L);
        System.out.println("new member = " + member.getName());
        System.out.println("find Member = " + findMember.getName());
    }
}

 

변경 후

//        AppConfig appConfig = new AppConfig();
//        MemberService memberService = appConfig.memberService();

        ApplicationContext applicationContext = new AnnotationConfigReactiveWebApplicationContext(AppConfig.class);
        MemberService memberService = applicationContext.getBean("memberService", MemberService.class);

ApplicationContext를 사용하면 스프링 컨테이너에 Appconfig의 Bean들을 다 등록해줌.

이후 AppConfig에서 찾아 쓸 객체를 선언하고 (getBean("memberService")) 타입만 맞춰주면 됨. (MemberService)

 

 

---

 

스프링 컨테이너

 

• ApplicationContext를 스프링 컨테이너라 한다.
• 기존에는 개발자가 AppConfig를 사용해서 직접 객체를 생성하고 DI를 했지만, 이제부터는 스프링 컨테이너를 통해서 사용한다.
• 스프링 컨테이너는 @Configuration이 붙은 AppConfig를 설정(구성) 정보로 사용한다. 여기서 @Bean이라 적힌 메소드를 모두 호출해서 반환된 객체를 스프링 컨테이너에 등록한다. 이렇게 스프링 컨테이너에 등록된 객체를 '스프링 빈'이라 한다.
• 스프링 빈은 @Bean이 붙은 메소드 이름을 스프링 빈의 이름으로 사용한다 (위에서 memberService, orderService)
• 스프링 빈은 applicationContext.getBean()을 사용해서 찾을 수 있다.

---

스프링 빈 의존관계 설정

 

---

스프링 빈 조회 - 기본

컨테이너에 등록된 모든 빈 조회

AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(AppConfig.class);
@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("name = " + beanDefinitionName + " object = " + bean);
        }
    }
}

 

ApplicationConfigApplicationContext의 getBeanDefinitionNames를 사용.

 

실행 결과

BeanDefinition의 ROLE_APPLICATION을 사용해서 직접 등록한 빈들만 출력됨.

// Role ROLE_APPLICATION: 직접 등록한 애플리케이션 빈
// Role ROLE_INFRASTRUCTURE: 스프링이 내부에서 사용하는 빈

---

빈 이름으로 조회하기

public class ApplicationContextBasicFindTest {
    AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(AppConfig.class);

    @Test
    @DisplayName("빈 이름으로 조회")
    void findBeanByName() {
        MemberService memberService = ac.getBean("memberService", MemberService.class);
        System.out.println("memberService = " + memberService);
        System.out.println("memberService.getClass() = " + memberService.getClass());
    }
}

실행 결과

---

빈 타입으로 조회하기

위 코드에서 "memberService"만 지우면 된다.

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

---

실패 테스트 케이스 작성

@Test
    @DisplayName("빈 이름으로 조회X, 실패 케이스")
    void findBeanByNameX() {
//        ac.getBean("xxxxx", MemberService.class);  // 없는 이름
        assertThrows(NoSuchBeanDefinitionException.class, () -> ac.getBean("xxxxx", MemberService.class));
    }

 

 예외가 터져야 테스트 코드 성공. 이런게 있구나 알아두자

 

 

 

---

스프링 빈 조회 - 동일한 타입이 둘 이상일 경우

public class ApplicationContextSameBeanFindTest {
    AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(SameBeanConfig.class);

    @Test
    @DisplayName("타입으로 조회 시 같은 타입이 둘 이상 있으면, 중복 오류가 발생한다.")
    void findBeanByTypeDuplicate() {
        MemberRepository memberRepository = ac.getBean(MemberRepository.class);
    }

    @Configuration
    static class SameBeanConfig {
        @Bean
        public MemberRepository memberRepository1() {
            return new MemoryMemberRepository();
        }

        @Bean
        public MemberRepository memberRepository2() {
            return new MemoryMemberRepository();
        }
    }
}

 

AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(SameBeanConfig.class);

실행될 때 SameBeanConfig만 가지고 실행한다.

 

SameBeanConfig에서 memberRepository1, 2를 등록한다.

void findBeanByTypeDuplicate() {
    MemberRepository memberRepository = ac.getBean(MemberRepository.class);
}

MemberRepository 조회하면 2개가 튀어나와서 둘 중에 뭘 선택해야할지 모른다.

 

실행 결과를 보면

NoUnique와 memberRepository1, 2를 찾았다고 아주 친절하게 오류 메시지를 알려준다.

---

(타입이 중복일 때) 빈 이름으로 조회하기

@Test
@DisplayName("타입으로 조회 시 같은 타입이 둘 이상 있으면, 빈 이름을 지정하면 된다")
void findBeanByName() {
    MemberRepository memberRepository = ac.getBean("memberRepository1", MemberRepository.class);
    assertThat(memberRepository).isInstanceOf(MemberRepository.class);
}

memberRepository1을 지정해주기

 

---

(타입이 중복일 때) 해당 타입 모두 조회하기

@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.printf("beansOfType = " + beansOfType);
    assertThat(beansOfType.size()).isEqualTo(2);
}

실행 결과

memberRepository1, 2가 모두 출력됐다.

 

---

스프링 빈 조회 - 상속 관계

❕ 부모 타입으로 조회하면, 자식 타입도 함께 조회한다. 그래서 모든 자바 객체의 최고 부모인 'Object' 타입으로 조회하면, 모든 스프링 빈을 조회함.

 

조회 관계도

부모 타입으로 조회할 때 중복일 경우

@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 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));
    }
}

실행 결과

---

Object로 싸아악 다 조회하기

@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));
    }
}

실행 결과

재미삼아 해봤다. 많다

 

 

 

 

 

 

 

[출처] 스프링 핵심 원리 - 기본편, 김영한님