강의

멘토링

로드맵

인프런 커뮤니티 질문&답변

한코딩님의 프로필 이미지
한코딩

작성한 질문수

스프링 핵심 원리 - 기본편

옵션 처리

@Configuration 관련 질문 드립니다!

작성

·

279

0

@Configuration이 선언된 클래스는 바이트 코드 조작 라이브러리를 사용하여 선언된 객체를 상속받은 또 다른 객체를 만드는 방식으로 해당 클래스 내부의 빈 안에서 new 객체를 생성해도 알아서 싱글톤으로 유지될 수 있게 해준다고 이해를 했는데 맞을까요? 

맞게 이해한 건지 모르겠는데 이렇게 이해했을 때 궁금한 게 @Component나 @Service 등으로 스프링 컨테이너에 빈을 자동으로 등록할 때는 스프링 컨테이너 자체가 싱글톤 컨테이너라서 이미 해당 클래스들이 싱글톤으로 등록이 되어 있을 거고 @ComponentScan과 @Configuration이 선언된 클래스를 만들어 이들을 따로 관리할 때랑 그렇지 않을 때는 싱글톤으로 생성되는지 아닌지에 대한 측면에서는 차이가 없다고 봐도 될까요?

퀴즈

필드 주입(Field Injection) 방식이 일반적으로 권장되지 않는 이유는 무엇일까요?

불변성을 보장하기 어려워서

의존성 변경이 쉬워서

순수 Java 코드로 테스트하기 어려워서

설정 코드 작성이 복잡해서

답변 1

1

안녕하세요. 한코딩님, 공식 서포터즈 David입니다.

1. 네, 맞습니다. 싱글톤으로 유지하는 방법은 무조건 new로 생성하지 않고, 이미 컨테이너에 해당 빈이 존재하는지 아닌지 확인하여 존재하면 해당 빈을 반환하는 방식으로 싱글톤을 유지합니다.

2. @ComponentScan과 @Configuration이 선언된 클래스를 만들어 이들을 따로 관리할 때랑 그렇지 않을 때는 싱글톤으로 생성되는지 아닌지에 대한 측면

=> 이게 무슨 말씀인지 조금 자세히 설명 부탁드립니다.

감사합니다.

한코딩님의 프로필 이미지
한코딩
질문자

안녕하세요! 답변 감사드립니다. 다시 읽어보니 질문이 너무 애매했네요 죄송합니다.

@Configuration이 지정된 클래스를 이용해서 빈을 관리하는 여러 이유 중 하나가 등록된 빈을 싱글톤으로 유지하기 위함으로 이해했는데 그렇다면 @Service @Component 등을 통해 자동으로 싱글톤 컨테이너에 등록된 클래스들은 이미 싱글톤인 상태이므로  @Configuration 클래스에서 @ComponentScan으로 빈을 등록하여 관리를 했을 때와 안 했을 때 둘 다 차이가 없는 같은 싱글톤이라고 봐도 될까요?

네, 맞습니다.

자동 등록된 빈이냐 수동 등록된 빈이냐 차이입니다.

둘 다 싱글톤으로 관리되는 것은 변함이 없습니다.

수동 등록된 빈을 싱글톤으로 관리하기 위해 바이트 코드 조작을 통해 @Configuration 클래스 내 객체 생성 메서드를 실행 하기 전에 빈이 존재하는지 아닌지 체크하는 것입니다.

한코딩님의 프로필 이미지
한코딩
질문자

David님! 답변 감사합니다!

한코딩님의 프로필 이미지
한코딩

작성한 질문수

질문하기