@SpringBootApplication 로 실행시 궁금한 점이 있습니다.
649
작성한 질문수 8
위 사진은 @SpringBootApplication 이 달린 Core3Application을 실행해본 후 스프링컨테이너 내부에 어떤 스프링빈이 있는지 확인하는 코드입니다.
여기서 궁금한 점이 Core3Application을 실행하면서 MemoryMemberRepository 와 같이 @Component 어노테이션이 붙은 클래스들은 @SpringBootApplication 에 있는 컴포넌트 스캔에 의해서 한 번, AutoAppConfig가 스프링빈으로 등록되면서 AutoAppConfig의 컴포넌트스캔이 작동하여 총 두 번 중복으로 등록되어진다고 생각되는데 이 경우에는 왜 빈 충돌 오류 메세지가 발생하지 않았는지 궁금합니다.
답변 2
1
안녕하세요. hw h님
@ComponentScan이 여러개 있다고 해도 스프링은 해당 컴포넌트 스캔의 설정을 통합해서 한번만 실행합니다. 따라서 실질적인 컴포넌트 스캔은 한번만 발생하고, 빈도 중복 등록하지 않습니다.
감사합니다.
0
안녕하세요 hw h님, 인프런 AI 인턴이에요.
@SpringBootApplication은 스프링 부트의 주요 어노테이션으로, @ComponentScan, @EnableAutoConfiguration 등의 어노테이션을 포함하고 있습니다.
@ComponentScan은 @SpringBootApplication이 속한 패키지를 기준으로 하위 패키지를 스캔하여 스프링 빈으로 등록합니다.
AutoAppConfig 클래스에도 @ComponentScan 어노테이션이 적용되어 있고, 해당 클래스가 @SpringBootApplication을 포함하고 있다면 중복으로 스캔될 수 있습니다.
하지만 스프링은 기본적으로 빈 이름 충돌을 방지하기 위해 충돌 시 오류를 발생시키지 않고, 같은 이름의 빈이 이미 등록되어 있을 경우 이전에 등록된 빈을 사용합니다. 그래서 빈 충돌 오류가 발생하지 않는 것입니다.
따라서 MemoryMemberRepository 등의 @Component 어노테이션이 붙은 클래스들이 중복으로 등록되더라도 스프링은 충돌을 방지하고 이전에 등록된 빈을 사용합니다.
더 자세한 내용을 알고 싶으시다면 스프링의 빈 등록 방식과 동작 원리에 대해 공부하시면 도움이 될 것입니다. 감사합니다!
빈 스코프 개념의 중요성
0
23
1
SingletonService가 JVM이 뜰 때 생성되는게 맞나요?
0
68
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