인프런 커뮤니티 질문&답변

두 클래스 보여드릴게요

package hello.core;

import hello.core.discount.DiscountPolicy;
import hello.core.discount.RateDiscountPolicy;
import hello.core.member.MemberRepository;
import hello.core.member.MemberService;
import hello.core.member.MemberServiceImpl;
import hello.core.member.MemoryMemberRepository;
import hello.core.order.OrderService;
import hello.core.order.OrderServiceImpl;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.context.annotation.Primary;

@Configuration //안붙여도 스프링 컨테이너에 스프링 빈로 다 등록됩니다 애를 빼고 테스트시 순수한 앱구성이 출력됨 근데 이렇게 되면 다른 싱글톤이 깨짐 출력이 5개 전체 출력됨
public class AppConfig {

    //@Bean memberService -> new MemoryMemberRepository()
    //@Bean orderService -> new MemoryMemberRepository() 이렇게 하면 싱글톤이 깨지지 않을까요??
    //이 골뱅이 빈이면 컨텐츠 앱이 들어와요

    //call AppConfig.memberService
    //call AppConfig.memberRepository
    //call AppConfig.memberRepository
    //call AppConfig.orderService
    //call AppConfig.memberRepository
    //실제 테스트 돌려보니
    //call AppConfig.memberService
    //call AppConfig.memberRepository -> 이게 세번호출되어야 하는데 한번만 호출 된 신기한 상황 스프링이 정말 어떠한 방법을 써서라도 싱글톤을 보장해 주는구나 라는 걸 아실 수 있음
    //call AppConfig.orderService
    //appconfig에 비밀이 있다.
    //이 골뱅이 빈이 붙은 메서드마다 이미 스프링빈이 존재하면 존재하는 빈을
    //반환하고 스프링빈이 없으면 새로 생성해서 스프링빈으로 등록해서 반환하는 코드가 동적으로
    //만들어지는 거예요 이덕분에 싱글톤이 보장되는거에요 없으면 스프링빈등록, 있으면 기존에 꺼내서 반환 그렇기 때문에 세번 호출되는게 아니라 한번만 호출 이미 등록이 되있어서

//    @Autowired MemberRepository memberRepository;//이렇게하면 Configuration 없애도 해결이됨 의존관계 주입 그러면 스프링에서 다시 끌어온 거를 집어넣어 주는 거거든요
    @Bean
    public MemberService memberService(){// 멤버서비스가 빈의 이름
        System.out.println("call AppConfig.memberService");//soutm
        return new MemberServiceImpl(memberRepository());// ctrl+alt+m 리턴해서 new해서 반환하는 요 객체를 빈 객체로 등록해준다. 요거를 스프링 빈이라고 한다.
    }// 빈 이름은 항상 다른 이름을 부여

    @Bean
    public MemberRepository memberRepository() {
        System.out.println("call AppConfig.memberRepository");
        return new MemoryMemberRepository();
    }

    @Bean
    public OrderService orderService() {
        System.out.println("call AppConfig.orderService");
        return new OrderServiceImpl(memberRepository(),discountPolicy());//이렇게 주입된걸 넣어주면 테스트 통과됨, 주소값도 같음
    }

    @Bean
    public DiscountPolicy discountPolicy() {
        //return new FixDiscountPolicy();// 할인 정책에대한 객체를 바꾼다.
        return new RateDiscountPolicy();
    }

}

package hello.core;

import hello.core.member.MemberRepository;
import hello.core.member.MemoryMemberRepository;
import org.springframework.context.annotation.*;

@Configuration//설정정보니까
@ComponentScan//스프링빈을 쫙 긁어 가지고 자동으로 스프링 빈으로 끌어올려야 된다.
        (
                basePackages = "hello.core.member",//이 위치에서부터 찾아서 들어가는 것 이렇게 해갖고 멤버부터 컴포넌트 스캔 대상이 된다
                basePackageClasses = AutoAppConfig.class,//지정한 클래스의 패키지를 탐색 시작 위치로 지정한다. 지정 안하면 디폴트
                excludeFilters = @ComponentScan.Filter(type = FilterType.ANNOTATION, classes = Configuration.class)
        )//컴포넌트 스캔을 사용하면 @Configuration 이 붙은 설정 정보도 자동으로 등록되기 때문에, AppConfig, TestConfig 등 앞서 만들어두었던 설정 정보도 함께 등록되고, 실행되어 버린다. 그래서 excludeFilters를 이용해서 설정정보는 컴포넌트 스캔 대상에서 제외했다.
public class AutoAppConfig  {//테스트 결과 memberService2, memoryMemberRepository 이두가지만 입력 됨


        @Bean(name= "memoryMemberRepository")
        @Primary //한 빈을 기본적으로 사용하고 싶다면 그 빈에 @Primary 어노테이션을 추가하세요.
        public MemberRepository memberRepository(){
                return new MemoryMemberRepository();
        }
}// 설정 정보 클래스의 위치를 프로젝트 최상단에 두는 것, 프로젝트 시작루트에 두는게 좋음, componentScane->스프링 빈 자동 등록 SpringBootApplication ctrl+클릭해보면 알수 있다.
//컴포넌트 스캔 기본 대상 컨트롤러, 서비스, 리포지터리, 컨피규레이션 다 스프링 빈 등록 어노테이션 상속이나, 연동되는 기능없다.

안녕하세요, 인프런 AI 인턴입니다.

sh hyeogi365님께서 당면하신 문제는 스프링 빈 충돌 문제로 보입니다. 빈 충돌은 동일한 타입의 빈이 여러 개 등록될 때 발생하는데, 이는 스프링 컨테이너가 어떤 빈을 주입해야 할지 모호해지기 때문입니다.

현재 상황에서는 AutoAppConfig 클래스와 AppConfig 클래스 모두에서 memberRepository 라는 이름으로 MemoryMemberRepository 빈을 생성하고 있습니다. 이는 결국 MemberServiceImpl 생성 시 어느 빈을 사용해야 할지 결정할 수 없어서 발생하는 오류입니다.

이런 문제를 해결하기 위해 몇 가지 방법을 고안해 볼 수 있습니다:

1. 빈 이름 변경: @Bean 메서드의 이름을 각각 다른 이름으로 지정합니다. 예로 AutoAppConfig의 메서드 이름을 memoryMemberRepository로 변경하는 방법이 있습니다. 이를 통해 스프링 컨테이너는 각 빈을 구별할 수 있게 됩니다.

   @Bean(name= "memoryMemberRepository")
   public MemberRepository memoryMemberRepository() {
       return new MemoryMemberRepository();
   }
   

   그리고 AppConfig 클래스의 메서드 이름이 이미 memberRepository 인 경우, 다른 빈 이름이 필요한지 검토하여 중복이 되지 않도록 관리합니다.

2. @Primary 어노테이션 사용: 한 빈을 기본적으로 사용하고 싶다면 그 빈에 @Primary 어노테이션을 추가하세요. 이는 여러 개의 후보들 중에 기본 빈을 선택하게끔 도와줍니다.

   @Bean
   @Primary
   public MemberRepository memberRepository() {
       return new MemoryMemberRepository();
   }
   

하지만 이 방법은 특정 경우에만 적합할 수 있으니, 강의 내용에 맞춰 수정된 부분을 잘 파악하고 따르시는 것이 좋습니다.

추가적으로 유사한 문제에 대한 안내는 다음 링크를 참고하실 수 있습니다:

• 중복 오류
  

이 자료를 통해 @Component와 @Bean 등록 중복 문제와 다른 유사 사례를 확인해 보실 수 있습니다.

끝으로, 스프링에서 구성 요소나 설정을 다룰 때 빈 등록이 어떻게 이루어지는지를 충분히 이해하시기를 권장드립니다. 더 궁금한 점이 있으면 계속해서 질문해 주세요.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.