제육's 휘발성 코딩
Published 2021. 7. 31. 03:08
[Spring] Bean 조회 🔷 Spring/basic
반응형

1. Bean 이란?

  • 스프링이 IoC (Inversion of Control)을 통해 관리하는 객체를 말한다.
  • @Bean을 통해 등록을 해두면 스프링 컨테이너가 생성되면서 빈을 관리하게 된다.
  • 스프링 컨테이너 : ApplicationContext (최상위 : BeanFactory)

1.1. Bean 등록

image

  • 스프링 컨테이너는 파라미터로 넘어온 설정 클래스 정보를 사용해서 스프링 빈을 등록한다. 빈 이름은 메서드의 이름을 사용하며 첫글자를 소문자로 변경하여 사용한다.
  • 빈의 이름은 중복될 수 없다. 빈 이름을 직접 부여하고 싶은 경우 @Bean(name="memberService2") 와 같이 사용할 수 있다.

스프링은 빈을 생성하고, 의존관계를 주입하는 단계가 나누어져 있다. 그런데 위의 사진처럼 자바 코드로 스프링 빈을 등록하면 생성자를 호출하면서 의존관계 주입도 한번에 처리된다.

1.2. Bean 조회

<code />
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("name = " + beanDefinitionName + " object = " + bean); } } @Test @DisplayName("애플리케이션 빈 출력하기") void findApplicationBean(){ String[] beanDefinitionNames = ac.getBeanDefinitionNames(); for (String beanDefinitionName : beanDefinitionNames) { BeanDefinition beanDefinition = ac.getBeanDefinition(beanDefinitionName); //Role ROLE_APPLICATION : 직접 등록한 애플리케이션 빈 //Role ROLE_INFRASTRUCTURE : 스프링 내부에서 사용하는 빈 if (beanDefinition.getRole() == BeanDefinition.ROLE_APPLICATION) { Object bean = ac.getBean(beanDefinitionName); System.out.println("name = " + beanDefinitionName + " object = " + bean); } } } } public class ApplicationContextBasicFindTest { //AnnotationConfigApplicationContext : 스프링 컨테이너 //AppConfig.class : 설정 정보(빈 등록)을 모아둔 클래스 AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(AppConfig.class); @Test @DisplayName("빈 이름으로 조회") void findByName(){ MemberService memberService = ac.getBean("memberService", MemberService.class); assertThat(memberService).isInstanceOf(MemberServiceImpl.class); } @Test @DisplayName("이름없이 타입으로 조회") void findByType(){ MemberService memberService = ac.getBean(MemberService.class); assertThat(memberService).isInstanceOf(MemberServiceImpl.class); } @Test @DisplayName("구체 타입으로 조회") void findByName2(){ // 구체타입으로 조회시 유연성이 떨어짐 MemberService memberService = ac.getBean("memberService", MemberServiceImpl.class); assertThat(memberService).isInstanceOf(MemberServiceImpl.class); } @Test @DisplayName("빈 이름으로 조회x") void findBeanByNameX() { // 빈 이름이 잘못 되었을 때 test 검증 . Assertions : junit 라이브러리로 사용 MemberService xxxxx = ac.getBean("xxxxx", MemberService.class); assertThrows(NoSuchBeanDefinitionException.class, () ->ac.getBean("xxxxx", MemberService.class) ); } }

1.3. 같은 타입의 Bean 조회

<code />
public class ApplicationContextSameBeanFindTest { AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(SameBeanConfig.class); @Test @DisplayName("타입으로 조회시 같은 타입이 둘 이상 있으면, 중복 오류가 발생한다.") //NoUniqueBeanDefinitionException 발생 void findBeanByTypeDuplicate(){ assertThrows(NoUniqueBeanDefinitionException.class, () -> ac.getBean(MemberRepository.class)); } @Test @DisplayName("타입으로 조회시 같은 타입이 둘 이상 있으면, 빈 이름 지정하면 된다.") void findBeanByName() { MemberRepository memberRepository = ac.getBean("memberRepository1",MemberRepository.class); assertThat(memberRepository).isInstanceOf(MemberRepository.class); } @Test @DisplayName("특정 타입 모두 조회") void findAllBeanType() { //getBeansOfType 사용 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); } @Configuration //중복 빈 등록을 위한 클래스 static class SameBeanConfig { @Bean public MemberRepository memberRepository1() { return new MemoryMemberRepository(); } @Bean public MemberRepository memberRepository2() { return new MemoryMemberRepository(); } } }

1.4. 부모 , 자식 간의 Bean 조회

<code />
public class ApplicationContextExtendsFindTest { AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(TestConfig.class); @Test @DisplayName("부모타입으로 조회시 자식이 둘 이상 있으면 , 중복 오류 발생") void findBeanByParentTypeDuplicate() { //NoUniqueBeanDefinitionException 발생 //DiscountPolicy bean = ac.getBean(DiscountPolicy.class); Assertions.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(); } } }

1.5. BeanFactory와 ApplicationContext

image

  • BeanFactory는 스프링 컨테이너의 최상위 인터페이스로 스프링 빈을 관리하고 조회하는 역할을 한다. 대부분의 기능은 여기서 제공한다.
  • ApplicationContext빈 관리 기능 뿐 아니라 편리한 부가 기능을 제공한다. 여기서의 부가기능은 (메시지를 통한 국제화 기능, 환경변수, 이벤트, 리소스 조회)등을 지원한다.

보통 부가기능이 포함된 ApplicationContext를 대부분 사용하며 BeanFactory는 직접 사용할 일이 거의 없다. 이 두가지를 스프링 컨테이너라고 부른다. 스프링은 어떻게 이렇게 다양한 형식을 지원할까? 그 중심에는 BeanDefinition이 추상화 되어있다.

1.6. BeanDefinition

image

  • BeanDefinition 은 빈 설정 메타정보라고 한다. 스프링 컨테이너는 이 메타정보를 기반으로 스프링 빈을 생성하여 관리하기 때문에 코드가 XML인지, 자바 코드인지 몰라도 된다. 즉, 역할과 구현을 개념적으로 나누어서 오로지 BeanDefinition만 바라본다. 이러한 매커니즘을 사용한다정도만 알아두자.

본 포스팅은 인프런 김영한님의 '스프링 핵심원리 - 기본편'을 참고하여 정리한 내용입니다.

반응형
profile

제육's 휘발성 코딩

@sasca37

포스팅이 좋았다면 "좋아요❤️" 또는 "구독👍🏻" 해주세요! 맞구독은 언제나 환영입니다^^