@Configuration 관련 질문 드립니다!
282
작성한 질문수 3
@Configuration이 선언된 클래스는 바이트 코드 조작 라이브러리를 사용하여 선언된 객체를 상속받은 또 다른 객체를 만드는 방식으로 해당 클래스 내부의 빈 안에서 new 객체를 생성해도 알아서 싱글톤으로 유지될 수 있게 해준다고 이해를 했는데 맞을까요?
맞게 이해한 건지 모르겠는데 이렇게 이해했을 때 궁금한 게 @Component나 @Service 등으로 스프링 컨테이너에 빈을 자동으로 등록할 때는 스프링 컨테이너 자체가 싱글톤 컨테이너라서 이미 해당 클래스들이 싱글톤으로 등록이 되어 있을 거고 @ComponentScan과 @Configuration이 선언된 클래스를 만들어 이들을 따로 관리할 때랑 그렇지 않을 때는 싱글톤으로 생성되는지 아닌지에 대한 측면에서는 차이가 없다고 봐도 될까요?
답변 1
1
안녕하세요. 한코딩님, 공식 서포터즈 David입니다.
1. 네, 맞습니다. 싱글톤으로 유지하는 방법은 무조건 new로 생성하지 않고, 이미 컨테이너에 해당 빈이 존재하는지 아닌지 확인하여 존재하면 해당 빈을 반환하는 방식으로 싱글톤을 유지합니다.
2. @ComponentScan과 @Configuration이 선언된 클래스를 만들어 이들을 따로 관리할 때랑 그렇지 않을 때는 싱글톤으로 생성되는지 아닌지에 대한 측면
=> 이게 무슨 말씀인지 조금 자세히 설명 부탁드립니다.
감사합니다.
0
안녕하세요! 답변 감사드립니다. 다시 읽어보니 질문이 너무 애매했네요 죄송합니다.
@Configuration이 지정된 클래스를 이용해서 빈을 관리하는 여러 이유 중 하나가 등록된 빈을 싱글톤으로 유지하기 위함으로 이해했는데 그렇다면 @Service @Component 등을 통해 자동으로 싱글톤 컨테이너에 등록된 클래스들은 이미 싱글톤인 상태이므로 @Configuration 클래스에서 @ComponentScan으로 빈을 등록하여 관리를 했을 때와 안 했을 때 둘 다 차이가 없는 같은 싱글톤이라고 봐도 될까요?
0
네, 맞습니다.
자동 등록된 빈이냐 수동 등록된 빈이냐 차이입니다.
둘 다 싱글톤으로 관리되는 것은 변함이 없습니다.
수동 등록된 빈을 싱글톤으로 관리하기 위해 바이트 코드 조작을 통해 @Configuration 클래스 내 객체 생성 메서드를 실행 하기 전에 빈이 존재하는지 아닌지 체크하는 것입니다.
빈 스코프 개념의 중요성
0
24
1
SingletonService가 JVM이 뜰 때 생성되는게 맞나요?
0
69
2
섹션3. 11 회원객체 다이어그램
0
38
1
OCP, DIP과 @Qualifier 어노테이션에 대해서 질문합니다.
0
41
1
코드 자료
0
86
2
구현체가 동적으로 정해질 때, 팩토리 기법을 사용하나요?
0
83
2
MemberService의 인터페이스를 왜 사용하는지 궁금합니다.
0
100
1
롬복 @Setter를 써야 하는 상황이 있는건가요?
0
104
1
빈 등록 메서드의 파라미터가 빈이 아니어도 되나요?
0
89
1
테스트 속도가 나중에 영향이 있을까요?
0
91
1
gradle 설정 안떠서 질문 남깁니다!
0
149
2
build.gradle로 프로젝트를 여는 이유
0
101
1
provider 사용하는 이유
0
100
1
다음 강의 뭘 들어야 할까요
0
141
2
프로토타입 빈, 직접 destroy 호출 안 할 경우
0
70
1
beanB
0
94
2
퀴즈다시풀기
0
77
1
Gradle로 바꿔도 오류가 똑같이 발생하네요 ㅠㅠ
0
105
2
"중복 등록과 충돌" 강의에서 강사님과 다른 에러가 발생합니다.
0
72
3
run 실행했는데 결과창이 이렇게 뜨네요 왜 그런건가요>
0
116
2
도메인의 정의?
0
64
1
ApplicationContext 질문입니다.
0
68
1
@Scope의 proxyMode를 사용할때 단위 테스트 방법
0
98
2
ai api 선정하기 관련 질문
0
141
2