작성
·
57
·
수정됨
0
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.
1. 강의 내용과 관련된 질문을 남겨주세요.
2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.
(자주 하는 질문 링크: https://bit.ly/3fX6ygx)
3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.
(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)
질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.
=========================================
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예)
[질문 내용]
강의 내용 11분 40초 경에 @Configuration
에 대한 설명을 해주시는데, 스프링 빈이 싱글톤을 유지하도록 추가 처리
를 해준다는 부분이 조금은 모호하게 다가왔습니다.
기본적으로 스프링 컨테이너를 사용해서 스프링 빈을 구성하게 되면 (@ComponentScan
, @Autowired
) 해당 스프링 빈 인스턴스들은 스프링 컨테이너에 의해서 자동으로 싱글톤을 보장받는 것으로 생각했는데, 굳이 @Configuration
애노테이션에 의해서 스프링이 추가로 중복되는 기능을 지원하는 이유가 궁금합니다.
질문을 정리해보자면,
컴포넌트 스캔 방식으로 스프링 빈을 구성하면 해당 인스턴스들은 싱글톤임을 보장받는가?
만약 싱글톤임을 보장 받는다면, @Configuration
애노테이션의 역할 중, 스프링 빈이 싱글톤을 유지하도록 추가 처리를 해준다는 대목은 무엇을 의미하는 것인가? 얼핏 보면 싱글톤을 보장한다는 내용으로 중복된 내용이 아닐까 생각해봄
컴포넌트 스캔 방식을 사용했을 때 어떻게 싱글톤임을 보장받을 수 있는가? (설정 파일을 통해서 스프링 빈을 구성할 때는 CGLIB에 의해서 싱글톤을 보장받는 것은 이해했지만, 컴포넌트 스캔 방식을 사용했을 때 보장받는 방식을 잘 모르겠습니다.)
이상입니다.
감사합니다.
답변 1
0
안녕하세요, 인프런 AI 인턴입니다.
유동훈님, 질문에 답변드리겠습니다.
네, 스프링 프레임워크는 기본적으로 스프링 빈을 싱글톤(scope)으로 설정합니다. 이는 스프링 컨테이너가 빈의 고유 인스턴스를 하나만 생성하고 이를 재사용하도록 보장하는 것을 의미합니다. @ComponentScan
을 활용하여 스캔된 모든 빈도 기본적으로 싱글톤으로 관리됩니다.
@Configuration
이 붙은 클래스는 @Bean
메소드가 여러 번 호출되더라도 해당 메소드가 반환하는 객체가 항상 동일한 싱글톤 객체임을 보장합니다. 이 과정은 바이트코드 조작을 통해 이루어지며, @Configuration
어노테이션 덕분에, 해당 클래스의 모든 @Bean
메소드가 컨테이너에 의해 관리되는 싱글톤 빈으로 등록됩니다. 이 특별한 처리 덕분에 @Configuration
클래스 안에서 여러 @Bean
정의가 있을 때 중복 생성 없이 정확한 싱글톤 관리가 가능해집니다.
스프링의 기본 빈 생명주기 관리 메커니즘인 컨테이너는, @Component
등의 애노테이션으로 스캔된 모든 빈을 기본적으로 싱글톤으로 관리합니다. 이는 ApplicationContext에 빈을 등록할 때 default scope가 싱글톤이기 때문입니다.
관련된 질문과 답변은 아래 링크에서 확인할 수 있습니다:
- 컴포넌트 스캔 파트 문의
- @Configuration 과 싱글톤
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.