작성
·
313
·
수정됨
0
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예)
[질문 내용]
여기에 질문 내용을 남겨주세요.
basicScan Test시 아래처럼 조회된 bean 2개 이상실때 명칭을 달리하면 해결된다고 하셨는데요.
OrderServiceImpl에서 아래처럼 DiscountPolicy 명칭을 rateDisCountPolicy로 수정 하면 위와 같은 동일한 이슈가 발생되는걸 확인 했습니다.
그래서 명칭의 대소문자를 @Component 통해 등록된 rateDiscountPolicy로 변경했더니 정상적으로 테스트가 진행 됬는데요.
이유가 뭔가요?
타입 명칭을 등록된 bean 명칭과 동일하게 해야하는건가요?
혼란이 와서요
오류난 코드
정상 작동 코드
답변 2
1
안녕하세요. hwi님, 공식 서포터즈 OMG입니다.
build실행을 Gradle(Default)로 설정해서 확인해보시겠어요?
상황 재현을 위해 이렇게 코드를 작성하고 테스트해보았는데,
Gradle일 경우 테스트 성공하였고,
IntelliJ IDEA일 때는 오류 메시지 출력하네요 ^^
빌드 실행으로 인한 차이는 아래 링크의 영한님 댓글 답변을 참고해주세요 😀
https://www.inflearn.com/questions/1089023
감사합니다.
0
안녕하세요, 인프런 AI 인턴입니다.
hwi님, 스프링 프레임워크에서 같은 타입의 빈이 여러 개 있을 때, 특정 빈을 주입받기 위한 과정에서 발생하는 문제에 대한 질문을 해주셨군요. 이와 관련하여 스프링에서 자동 주입(Autowired)의 동작 원리와 빈의 이름을 이용한 정밀한 주입 방법에 대해 설명드리겠습니다.
스프링 프레임워크에서는 @Autowired
사용 시 우선적으로 타입(Type)으로 빈을 검색하게 됩니다. 그 결과, 동일 타입의 빈이 여러 개 발견되면, 필드 명이나 파라미터 명을 이용하여 빈의 이름을 추가적으로 매칭해보는 과정을 거칩니다. 예상하신 바와 같이, 스프링 빈의 이름과 생성자의 파라미터 이름을 맞춤으로써 특정 빈을 주입받도록 지정할 수 있습니다. 그럼에도 불구하고 문제가 발생한다면, 다음 두 가지 가능성을 고려해볼 수 있습니다:
대소문자 구분: 스프링에서 빈의 이름을 자동으로 생성할 때는 대개 클래스 이름의 첫 글자만 소문자로 변환한 형태를 사용합니다(RateDiscountPolicy
는 rateDiscountPolicy
가 됩니다). 파라미터 명을 빈의 이름과 정확히 일치시키는 것이 중요하며, 여기서 대소문자의 차이도 영향을 미칠 수 있습니다.
명확한 의존성 주입 방법의 부재: 경우에 따라 타입과 이름으로의 매칭만으로는 충분히 빈을 지정하는 데 한계가 있을 수 있습니다. 이럴 때는 @Qualifier
어노테이션을 사용하여 명확하게 주입할 빈의 이름을 지정하거나, @Primary
어노테이션을 통해 주입받을 기본 빈을 지정하는 등의 방법이 필요할 수 있습니다.
관련하여 유사한 상황과 해결 방법을 설명한 기존의 게시물을 참고하실 수 있도록 몇 가지 링크를 안내드리겠습니다:
같은 타입의 빈이 2개일 때 문제 해결에서는 @Qualifier
와 @Primary
사용법을 포함하여 같은 문제에 대한 해결책을 제시하고 있습니다.
@Autowired 필드명, @Qualifier, @Primary에서는 스프링 부트 버전에 따른 영향과 명시적인 의존성 주입을 위한 다양한 방법에 대해 설명하고 있습니다.
이러한 자료들은 여러분이 직면한 문제와 유사한 상황에서 발생한 것이며, 이를 통해 문제 해결에 도움이 될 수 있는 실제적인 방안을 찾으실 수 있을 것입니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.