빈(Bean)과 컨테이너 — 스프링이 관리하는 객체들

🆚 일반 객체 vs 빈(Bean) 일반 객체는 개발자가 new로 직접 생성하고 직접 관리해요.
빈은 스프링이 생성하고 관리해요. 개발자는 new 하지 않고, 컨테이너에서 꺼내 쓰거나 주입받아요. 즉, 어떤 객체가 "빈이다"라는 말은 그 객체의 생성·관리 주도권을 스프링이 가진다는 뜻이에요. 여기서 "빈이다 / 빈이 아니다"의 기준은 스프링에 등록됐는지예요.

// 일반 객체 — 내가 직접 만들고 관리
UserService s1 = new UserService();

// 빈 — 스프링이 만들어 보관, 나는 주입받아 씀 (직접 new 안 함)
@Service
class UserService { }   // 스프링이 이 객체를 빈으로 등록·관리

📦 대표 구현: ApplicationContext 스프링 컨테이너를 나타내는 대표 인터페이스가 ApplicationContext예요. 우리가 흔히 말하는 "스프링 컨테이너"는 보통 이 ApplicationContext를 가리켜요. 빈 조회, 국제화, 이벤트 발행 같은 부가 기능까지 제공하는 강화된 컨테이너예요.

// 컨테이너를 만들고, 등록된 빈을 꺼내 쓰는 예
ApplicationContext ctx =
    new AnnotationConfigApplicationContext(AppConfig.class);

UserService service = ctx.getBean(UserService.class);
service.join();

실무에서는 Spring Boot가 이 컨테이너를 자동으로 만들어 실행해줘서, 위처럼 직접 getBean을 호출하는 일은 드물어요. 대부분은 주입(DI)으로 빈을 받아 써요.

① @Component — 자동 등록 (컴포넌트 스캔) 클래스에 @Component를 붙이면 스프링이 스캔해서 자동으로 빈으로 등록해줘요. 역할에 따라 @Service·@Repository·@Controller를 쓰는데, 이들은 모두 @Component의 특수한 형태예요. 내가 만든 클래스를 등록할 때 주로 써요.

@Component
public class UserService {
    // @Component 덕분에 스프링이 이 클래스를 빈으로 자동 등록
}

@Service      // @Component의 한 종류 (서비스 계층)
public class OrderService { }

@Repository   // @Component의 한 종류 (데이터 접근 계층)
public class UserRepository { }

② @Bean — 수동 등록 @Configuration을 붙인 설정 클래스의 메서드에 @Bean을 붙이면, 그 메서드가 반환하는 객체가 빈으로 등록돼요. 주로 내가 코드를 수정할 수 없는 외부 라이브러리 객체를 등록할 때 써요.

@Configuration
public class AppConfig {

    @Bean
    public ObjectMapper objectMapper() {
        // 외부 라이브러리 객체를 직접 만들어 빈으로 등록
        return new ObjectMapper();
    }
}

정리하면 — 내 클래스는 @Component(자동), 외부 라이브러리 객체는 @Bean(수동)이 일반적인 선택이에요.

🔂 싱글톤 — 하나를 공유 같은 타입의 빈을 여러 곳에서 주입받아도, 실제로는 컨테이너가 만든 동일한 하나의 인스턴스를 함께 써요.

UserService a = ctx.getBean(UserService.class);
UserService b = ctx.getBean(UserService.class);

System.out.println(a == b);  // true — 같은 인스턴스(싱글톤)