• 컨테이너란 개발자가 작성한 코드의 처리과정을 위임받은 독립적인 존재라고 생각하면 된다.
• 컨테이너는 보통 인스턴스(Bean)의 생명주기를 관리하며, 생성된 인스턴스들에게 추가적인 기능을 제공하도록하는 것이다.
• 컨테이너는 적절한 설정만 되어있다면 누구의 도움없이도 프로그래머가 작성한 코드를 스스로 참조한 뒤 알아서 객체의 생성과 소멸을 컨트롤해준다.

스프링 컨테이너의 종류

• 스프링 컨테이너는 BeanFactory 와 ApplicationContext 가 있다. 일반적으로 ApplicationContext를 주로 사용한다.

  1. BeanFactory (org.springframework.beans.factory.BeanFactory)

  

  • 최상위에는 BeanFactory가 있고 그 밑에 ApplicationContext가 있는 구조이다.
  • DI의 기본사항을 제공하는 가장 단순한 컨테이너로 Bean(이하 빈) 팩토리는 빈을 생성하고 분배하는 책임을 지는 클래스 이다.
  • 빈 팩토리가 빈의 정의는 즉시 로딩하는 반면, 빈 자체가 필요하게 되기 전까지는 인스턴스화를 하지 않는다 (lazy loading, 게으른 호출)

  BeanFactory factory = new XmlBeanFactory(new FileInputStream("meber.xml"));
  MyBean myBean = (Mybean) factory.getBean("myBean");
  

  • getBean()이 호출된 시점에서야 해당 빈을 생성(lazy loading)된다.
  • getBean()이 호출되면, 팩토리는 의존성 주입을 이용해 빈을 인스턴스화하고 빈의 특성을 설정하기 시작. 여기서 빈의 일생이 시작된다.

2)ApplicationContext (org.springframework.ApplicationContext)

(1)의의

• ApplicationContext는 스프링 컨테이너라고 하며 또한 인터페이스이다.
• BeanFacotry의 모든 기능을 상속 받으며, BeanFacotry보다 더 추가적으로 제공하는 기능을 제공한다.
  • 국제화가 지원되는 텍스트 메시지를 관리해 준다. 해당 국가의 언어로 변화 되어저 출력되는 기능을 말한다.
  • 이미지같은 파일 자원을 로드 할 수 있는 포괄적인 방법을 제공해준다.
  • 리너스로 등록된 빈에게 이벤트 발생을 알려준다.
  • 컨텍스트 초기화 시점에 모든 싱글톤 빈을 미리 로드한 후 애플리케이션 기동 후에는 빈을 지연 없이 얻을 수 있다.

(2) 어플리케이션 컨텍스트 구현체

• 어떤 ApplicationContext를 선택하느냐는 설정 메타데이터의 정의 방법(XML,애너테이션,자바 코드 등)과 애플리케이션의 유형에 따라 달라진다.

• ClassPathXmlApplicationContext : 클래스 파일 경로(path)에 위치한 xml 파일에서 컨텍스트 정의 내용을 읽어들인다.

• FileSystemxmlApplicationContext : 파일 시스템이 지정한 위치에 지정된 xml 파일에서 컨텍스트 정의 내용을 읽어들인다.

• XmlWebApplicationContext : 설정 정보를 xml형태로 정의한 웹 어플리케이션에 포함된 xml 파일에서 컨텐스트 정의 내용을 읽어들인다.

• AnnotationConfigWebApplicationContext: 자바 코드를 통해 설정 메타 데이터를 정의하는 웹 애플리케이션에 적합니다.

  ApplicationContext ac = new ClassPathXmlApplicationContext("classpath:Meta-INF/spring/applicationContext.xml");
  
  MyBean bean = context.getBean("myBean");
  

  ApplicationContext ac = new AnnotationConfigApplicationContext(AppConfig.class);