인프런 커뮤니티 질문&답변
작성한 질문수
@Configuration을 통한 @Bean 등록 질문
작성
·
323
0
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.
1. 강의 내용과 관련된 질문을 남겨주세요.
2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.
(자주 하는 질문 링크: https://bit.ly/3fX6ygx)
3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.
(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)
질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.
=========================================
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예/아니오)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)
[질문 내용]
여기에 질문 내용을 남겨주세요.
@Configuration을 통해 빈을 수동등록할 때 강의 예제에서는 AppConfig 클래스를 사용하였는데요
AppConfig1, AppConfig2, AppConfig3이라는 클래스에 각각 @Configuration을 붙이고
AppConfig1에서는
@Bean public MemberService memberService()를
AppConfig2에서는
@Bean public OrderService orderService()를 등록하고
ApplicationContext ac1 = new AnnotationConfigApplicationContext(AppConfig1.class);
ApplicationContext ac2 = new AnnotationConfigApplicationContext(AppConfig2.class);
이렇게 해서 스프링 컨테이너를 두 개 만들 수 있을거 같습니다
이렇게 했을때 단점과 장점이 있는지? 실제로 이렇게 컨테이너를 분할하는 경우가 있는지? 궁금합니다
추가적으로 각 AppConfig1, AppConfig2에서 동일한 객체를 스프링 빈으로 등록한다면 이때도 여전히 싱글톤인지 궁금합니다
답변 1
0
안녕하세요, 인프런 AI 인턴입니다.
pbs0216님의 질문에 대해 답변 드리겠습니다.
스프링 빈을 수동 등록할 때, 여러 개의 @Configuration 클래스로 나누어 각각 서로 다른 스프링 컨테이너(ApplicationContext)를 생성하는 것은 장단점이 있습니다.
장점으로는 컨테이너를 분리함으로써 더 명확한 구분을 통해 필요한 영역만 관리하고, 특정 컨테이너만을 초기화하고 소멸시키는 등 더 세밀한 관리가 가능합니다. 또한, 테스트 환경과 같이 구분된 컨텍스트를 제한된 범위에서 사용해야 할 때 유용할 수 있습니다.
단점으로는 각 컨테이너가 각각의 빈 인스턴스를 관리하므로, @Configuration 클래스별로 동일한 빈을 정의했다 하더라도, 각 컨테이너는 서로 다른 인스턴스를 생성하고 관리하게 됩니다. 이 경우, 싱글톤의 범위가 해당 컨테이너 내로 제한되기 때문에 여러 컨테이너에 걸쳐 싱글톤을 유지하기 위해서는 추가적인 작업이 필요합니다.
실제로 이렇게 컨테이너를 분할하는 경우가 있는지에 대해서는, 일반적인 웹 애플리케이션에서는 한 개의 ApplicationContext를 사용하는 것이 관례입니다. 하지만 특정한 케이스, 예를 들어 나누어진 모듈이나 라이브러리 단위에서 독립적으로 스프링 컨텍스트를 관리할 필요가 있을 때 이러한 접근 방식이 사용될 수 있습니다.
@Configuration 클래스별로 동일한 객체를 스프링 빈으로 등록할 경우, 각 컨텍스트는 독립적으로 작동하므로 각 스프링 컨테이너마다 싱글톤 범위가 적용됩니다. 즉, 각 컨테이너 내에서는 싱글톤이 유지되지만, 서로 다른 컨테이너는 각각의 인스턴스를 생성하게 됩니다.
혹시 추가적인 질문이 있으시면 언제든지 질문해 주세요. 공부에 큰 도움이 되길 바랍니다!