스프링 컨테이너, 빈

[in-seo]

스프링 컨테이너와 스프링 빈

스프링 컨테이너 생성

ApplicationContext applicationContext = new AnnotationConfigApplicationContext(AppConfig.class);

• ApplicationContext 를 스프링 컨테이너라 한다

• ApplicationContext는 인터페이스이다.

• 스프링 컨테이너는 XML을 기반으로 만들 수 있고, 애노테이션 기반의 자바 설정 클래스를 만들 수 있다.

• 정확히는 스프링 컨테이너를 부를 때 BeanFactory, ApplicationContext로 구분해서 이야기한다.

• 빈 이름은 항상 다른 이름을 부여해야한다. 같은 이름을 부여하면, 다른 빈이 무시되거나 기존 빈을 덮어버리거나 설정에 따라 오류가 발생한다.

• 스프링 컨테이너는 설정 정보를 참고해서 **의존관계를 주입(DI)**한다.

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

스프링 빈 출력하기

AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(AppConfig.class);
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);
		 }
}

• ac.getBeanDefinition() : 스프링에 등록된 모든 빈의 이름을 조회한다.
• ac.getBean() : 빈 이름으로 빈 객체를 조회한다.
• 스프링 내부에서 사용하는 빈은 getRole() 로 구분한다
  • Role.ROLE_APPLICATION : 직접 등록한 애플리케이션 빈
  • Role.ROLE_INFRASTRUCTURE : 스프링 내부에서 사용하는 빈

스프링 빈 조회하기

• ac.getBean(**빈이름, 타입**), ac.getBean(**타입**)
• 조회되는 빈이 없을 경우 : NoSuchBeanDefinitionException
• 타입으로 조회시 같은 타입의 스프링 빈이 둘 이상이면 오류가 발생한다. 이때는 빈 이름을 지정하자.
  • NoUniqueBeanDefinitionException
• ac.getBeansOfType() 을 사용하면 해당 타입의 모든 빈을 조회할 수 있다

스프링 빈 조회 - 상속관계

• 부모 타입으로 조회하면, 자식 타입도 함께 조회한다.
  • 자식이 둘 이상 있을 경우 오류가 발생한다. NoUniqueBeanDefinitionException
• 자식이 둘 이상 있을 경우 빈 이름을 통해 조회하거나 특정 하위타입을 통해 조회를 할 수 있다.
• 그래서 모든 자바 객체인 Object 타입으로 조회하면, 모든 스프링 빈을 조회한다.

Map<String, Object> beansOfType = ac.getBeansOfType(Object.class);
for (String key : beansOfType.keySet()) {
    System.out.println("key = " + key + " value = " + beansOfType.get(key));
}

BeanFactory와 ApplicationContext

• BeanFactory
  • 스프링 컨테이너의 최상위 인터페이스다.
  • 스프링 빈을 관리하고 조회하는 역할을 담당한다.
  • getBean() 을 제공한다.
  • 지금까지 우리가 사용했던 대부분의 기능은 BeanFactory가 제공하는 기능이다.
• ApplicationContext
  • BeanFactory 기능을 모두 상속받아서 제공한다.
  • 애플리케이션을 개발할 때는 빈을 관리하고 조회하는 기능은 물론이고, 수 많은 부가기능이 필요하다
• ApplicationContext가 제공하는 부가기능
  • 메시지소스를 활용한 국제화 기능
  • 환경변수 : 로컬, 개발, 운영등을 구분해서 처리
  • 애플리케이션 이벤트 : 이벤트를 발행하고 구독하는 모델을 편리하게 지원
  • 편리한 리소스 조회 : 파일, 클래스패스, 외부 등에서 리소스를 편리하게 조회

스프링 빈 설정 메타 정보 - BeanDefinition

• 스프링은 BeanDefinition 이라는 추상화 정보를 통해 다양한 설정 형식을 지원한다.

• 역할과 구현을 개념적으로 나눈 것이다.

  • XML을 읽어서 BeanDefinition을 만들면 된다.
  • 자바 코드를 읽어서 BeanDefinition을 만들면 된다.

• BeanDefinition을 빈 설정 메타정보라 한다.

• @Bean, <bean> 당 각각 하나씩 메타 정보가 생성된다.

• 스프링 컨테이너는 이 메타정보를 기반으로 스프링 빈을 생성한다.

• AnnotationConfigApplicationContext 는 AnnotatedBeanDefinitionReader 를 사용해서
  AppConfig.class 를 읽고 BeanDefinition 을 생성한다.

• GenericXmlApplicationContext 는 XmlBeanDefinitionReader 를 사용해서 appConfig.xml 설정 정보를 읽고 BeanDefinition 을 생성한다.

• BeanDefinition 정보

  • BeanClassName : 생성할 빈의 클래스 명(자바 설정 처럼 팩토리 역할의 빈을 사용하면 없음)
  • factoryBeanName : 팩토리 역할의 빈을 사용할 경우 이름, 예) appConfig
  • factoryMethodName : 빈을 생성할 팩토리 메서드 지정, 예) memberService
  • Scope : 싱글톤(기본값)
  • lazyInit : 스프링 컨테이너를 생성할 때 빈을 생성하는 것이 아니라, 실제 빈을 사용할 때 까지 최대한
    생성을 지연처리 하는지 여부
  • InitMethodName : 빈을 생성하고, 의존관계를 적용한 뒤에 호출되는 초기화 메서드 명
  • DestroyMethodName : 빈의 생명주기가 끝나서 제거하기 직전에 호출되는 메서드 명
  • Constructor arguments, Properties : 의존관계 주입에서 사용한다. (자바 설정 처럼 팩토리 역할의
    빈을 사용하면 없음)