@SpringBootApplication 로 실행시 궁금한 점이 있습니다.
637
작성한 질문수 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
50
2
구현체가 동적으로 정해질 때, 팩토리 기법을 사용하나요?
0
56
2
MemberService의 인터페이스를 왜 사용하는지 궁금합니다.
0
76
1
롬복 @Setter를 써야 하는 상황이 있는건가요?
0
91
1
빈 등록 메서드의 파라미터가 빈이 아니어도 되나요?
0
81
1
테스트 속도가 나중에 영향이 있을까요?
0
77
1
gradle 설정 안떠서 질문 남깁니다!
0
121
2
build.gradle로 프로젝트를 여는 이유
0
86
1
provider 사용하는 이유
0
90
1
다음 강의 뭘 들어야 할까요
0
126
2
프로토타입 빈, 직접 destroy 호출 안 할 경우
0
66
1
beanB
0
82
2
퀴즈다시풀기
0
68
1
Gradle로 바꿔도 오류가 똑같이 발생하네요 ㅠㅠ
0
92
2
"중복 등록과 충돌" 강의에서 강사님과 다른 에러가 발생합니다.
0
67
3
run 실행했는데 결과창이 이렇게 뜨네요 왜 그런건가요>
0
106
2
도메인의 정의?
0
59
1
ApplicationContext 질문입니다.
0
63
1
@Scope의 proxyMode를 사용할때 단위 테스트 방법
0
90
2
ai api 선정하기 관련 질문
0
118
2
생성자 자동주입 관련해서
0
66
1
생성자 직접 호출 vs 팩토리 메서드 패턴
0
97
2
Spring에서 SessionScope와 RequestScope는 함께 사용되나요?
1
66
1
12:25
0
79
2