BeanFactory vs ApplicationContext — 스프링 컨테이너의 두 얼굴

스프링을 쓰면 new로 객체를 직접 만들 일이 확 줄어든다. @Component나 @Bean을 붙여 두면, 그 객체를 스프링이 대신 만들어 두고, 필요한 곳에 꽂아 준다. 이렇게 객체의 생성·보관·연결을 대신 맡아 주는 존재를 스프링에선 컨테이너(container)라고 부른다. 컨테이너가 관리하는 객체 하나 하나를 빈(Bean) 이라 한다.

그런데 이 "컨테이너"는 사실 하나가 아니다. 가장 밑바닥에 BeanFactory라는 최소 기능의 인터페이스가 있고, 그 위에 실무에서 쓰는 기능을 잔뜩 얹은 ApplicationContext가 있다. 스프링 부트를 쓰면 우리는 늘 후자를 쓰지만, 둘의 관계를 알아 두면 컨테이너가 실제로 무슨 일을 하는지가 또렷해진다.

1. 컨테이너가 애초에 왜 필요한가

컨테이너를 이해하려면 먼저 컨테이너가 없을 때 뭐가 불편한지를 봐야 한다. 객체를 직접 new로 만들면, 그 객체가 필요로 하는 다른 객체들도 내가 다 만들어서 넘겨줘야 한다.

즉 컨테이너의 본질은 "객체의 설계도를 모아 두었다가, 요청하면 조립해서 꺼내 주는 공장" 이다. 이 공장의 가장 뼈대만 추린 인터페이스가 바로 BeanFactory다.

2. BeanFactory — 컨테이너의 최소 계약

BeanFactory는 이름 그대로 "빈을 만드는 공장"의 최소 인터페이스다. 핵심 메서드는 사실상 하나로 요약된다: "이름(또는 타입)을 주면 빈을 돌려줘라."

public interface BeanFactory {
    Object getBean(String name);
    <T> T getBean(Class<T> requiredType);
    boolean containsBean(String name);
    boolean isSingleton(String name);
    // ...
}

BeanFactory가 제공하는 건 딱 이 정도다. 빈을 등록하고, 이름으로 찾고, 싱글턴인지 확인하는 것. DI 컨테이너로서 최소한으로 필요한 기능만 있다. 그래서 가볍지만, 실무에서 쓰기엔 빠진 게 많다. 이벤트를 뿌리는 기능도, 설정 파일을 읽어 리소스로 다루는 기능도, 다국어 메시지 처리도 없다.

3. ApplicationContext — 그 위에 얹은 실무용 확장

ApplicationContext는 BeanFactory를 상속한다. 즉 ApplicationContext는 BeanFactory가 할 수 있는 모든 것(getBean 등)을 그대로 할 수 있고, 그 위에 실무에 필요한 기능을 덧붙인 것이다.

가장 실무에 와닿는 차이는 마지막 두 가지다.

첫째, 후처리기 자동 등록. @Autowired나 @Transactional 같은 애노테이션은 저절로 동작하는 게 아니라, 그걸 처리하는 후처리기 (BeanPostProcessor) 가 컨테이너에 등록돼 있어야 한다. ApplicationContext는 이걸 알아서 등록해 준다. 순수 BeanFactory였다면 손으로 꽂아야 한다. (후처리기가 정확히 무슨 일을 하는지는 BeanPostProcessor 글에서 다룬다.)

둘째, 즉시 초기화. ApplicationContext는 부팅할 때 싱글턴 빈들을 미리 다 만들어 둔다. 그래서 설정 오류가 있으면 첫 요청이 아니라 시작 시점에 바로 터진다 — 문제를 일찍 발견할 수 있다는 뜻이다.

4. 스프링 부트에서 우리가 실제로 만나는 것

스프링 부트로 앱을 띄우면, 내부적으로 ApplicationContext의 구현체 중 하나가 생성된다. 웹 앱이면 보통 AnnotationConfigServletWebServerApplicationContext 같은 긴 이름의 구현체다. 우리는 그 존재를 거의 의식하지 못하지만, 매번 그 컨테이너를 쓰고 있는 셈이다.

정리하면, BeanFactory는 "컨테이너란 무엇인가"의 정의이고, ApplicationContext는 "실무에서 쓸 만한 컨테이너"의 실체다. 스프링 부트를 쓴다면 사실상 늘 ApplicationContext를 쓰고 있는 것이고, BeanFactory는 그 아래에서 조용히 DI의 기반을 떠받치고 있다.

한 장 요약