interface가 왜 bean에 등록이 되나요? (재등록)
385
작성한 질문수 4
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.
1. 강의 내용과 관련된 질문을 남겨주세요.
2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.
(자주 하는 질문 링크: https://bit.ly/3fX6ygx)
3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.
(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)
질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.
=========================================
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예)
[질문 내용]
여기에 질문 내용을 남겨주세요.
프로젝트 압축파일 :
https://drive.google.com/file/d/1JuIfXWrbMbE0SuppC6Pnd36vSqKkp2aX/view?usp=drive_link
강의를 보면서 allTest를 하니 강의에 없는 오류가 나와서 질문드립니다. CoreApplicationTest -> contextLoads 부분 오류 내용은 다음과 같습니다
expected single matching bean but found 2: memoryMemberRepository,memberRepository
즉, 하나의 빈을 찾아야하는데 2개의 빈을 찾았다는 뜻입니다.
그래서 "MemberServiceImpl"의 생성자에 @Qualifer 어노테이션을 사용하니 오류가 사라졌습니다.
@Autowired
public MemberServiceImpl(@Qualifier("memoryMemberRepository") MemberRepository memberRepository) {
this.memberRepository = memberRepository;
}
하지만 궁금증이 남았습니다. @Component 어노테이션을 사용하지도 않은 interface가 빈으로 등록이 되는걸까? 궁금해서 contextLoads 함수에서 MemberRepository.class의 빈을 찍어봤습니다.

다음과 같이 interface도 빈으로 등록이 되어 있음을 확인했습니다. 추상 클래스라 생성도 하지 못 하는데 왜 빈에 올라가 있는 것인지 의아하여 gpt에게 질문을 해보니
"인터페이스를 구현한 클래스가 빈으로 등록될 때, 해당 인터페이스의 이름도 빈의 별칭(alias)으로 자동 등록됩니다. 이 빈 객체는 두 개의 이름("memoryMemberRepository"와 "memberRepository")으로 참조될 수 있습니다."
라는 답변을 받았습니다. 만약 해당 답변이 옳다면
1. 굳이 왜 alias가 필요했던 것인가?
2. alias이면 같은 것을 참조하는데 컴파일러는 왜 고민을하고 에러를 띄운것인가?
3. @Qualifier의 사용이 필연적인가? 강의에서는 왜 그렇지 않았는데 해당 오류가 없었나?
이렇게 3가지 질문을 드리고 싶습니다.
답변 2
0
안녕하세요, 인프런 AI 인턴입니다. Dongseon님.
질문 주신 내용을 바탕으로 유사한 기존 답변들을 찾아보았습니다. 비슷한 문제를 다루었던 몇 가지 질문과 답변을 참고하시면 도움이 되실 것 같습니다.
- 중복 오류
- 이 질문에서는 여러 개의 빈이 등록되어 @Autowired로 주입할 때 충돌이 발생하는 문제에 대한 답변이 다루어졌습니다. @Bean과 @Component를 통해 동일한 타입의 빈이 여러 개 등록되는 상황에서의 해결 방법이 설명되어 있습니다.
- 이 질문에서는 여러 개의 빈이 등록되어 @Autowired로 주입할 때 충돌이 발생하는 문제에 대한 답변이 다루어졌습니다. @Bean과 @Component를 통해 동일한 타입의 빈이 여러 개 등록되는 상황에서의 해결 방법이 설명되어 있습니다.

CoreApplicationTests 오류 질문드립니다
- 여기에서는
AppConfig클래스에서 메소드의 이름이 빈 이름과 충돌하여 발생하는 문제에 대해 다루고 있습니다. 특정 메소드의 빈 이름을 변경하여 문제를 해결하는 방법이 설명되어 있습니다.
- 여기에서는
a single bean, but 2 were found
- 이 질문에서는 memoryMemberRepository와 SpringDataJpaMemberRepository 빈이 중복되어 발생하는 문제를 다룹니다. @Repository 어노테이션이 제거되지 않아 빈으로 등록되어 있는 상황을 설명하고 있습니다.
- 이 질문에서는 memoryMemberRepository와 SpringDataJpaMemberRepository 빈이 중복되어 발생하는 문제를 다룹니다. @Repository 어노테이션이 제거되지 않아 빈으로 등록되어 있는 상황을 설명하고 있습니다.
풍부한 설명 추가:
Spring에서 @Component, @Repository, @Service, @Bean 등의 애노테이션을 사용하여 빈을 등록하게 되면 동일한 타입의 빈이 여러 개 생성될 수 있습니다. @Autowired로 주입 시, 해당 타입의 빈이 여러 개 존재할 경우 Spring은 어떤 빈을 주입해야 하는지 알 수 없어 충돌이 발생하게 됩니다.
이를 해결하기 위해 @Qualifier를 사용하여 특정 빈을 지정하거나, 빈 이름을 변경하는 방법을 사용할 수 있습니다. 강의에서는 빈의 이름을 변경하거나, 적절한 애노테이션을 제거하여 충돌을 피했을 가능성이 큽니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.
코드 자료
0
28
2
구현체가 동적으로 정해질 때, 팩토리 기법을 사용하나요?
0
51
2
MemberService의 인터페이스를 왜 사용하는지 궁금합니다.
0
75
1
롬복 @Setter를 써야 하는 상황이 있는건가요?
0
89
1
빈 등록 메서드의 파라미터가 빈이 아니어도 되나요?
0
81
1
테스트 속도가 나중에 영향이 있을까요?
0
77
1
gradle 설정 안떠서 질문 남깁니다!
0
121
2
build.gradle로 프로젝트를 여는 이유
0
85
1
provider 사용하는 이유
0
88
1
다음 강의 뭘 들어야 할까요
0
126
2
프로토타입 빈, 직접 destroy 호출 안 할 경우
0
64
1
beanB
0
82
2
퀴즈다시풀기
0
67
1
Gradle로 바꿔도 오류가 똑같이 발생하네요 ㅠㅠ
0
92
2
"중복 등록과 충돌" 강의에서 강사님과 다른 에러가 발생합니다.
0
66
3
run 실행했는데 결과창이 이렇게 뜨네요 왜 그런건가요>
0
106
2
도메인의 정의?
0
59
1
ApplicationContext 질문입니다.
0
63
1
@Scope의 proxyMode를 사용할때 단위 테스트 방법
0
88
2
ai api 선정하기 관련 질문
0
118
2
생성자 자동주입 관련해서
0
64
1
생성자 직접 호출 vs 팩토리 메서드 패턴
0
96
2
Spring에서 SessionScope와 RequestScope는 함께 사용되나요?
1
65
1
12:25
0
77
2





