setter 주입 시의 생성자

클래스에 생성자가 단 1개 존재하는 경우 @Autowired를 생략할 수 있다고 하셨는데, 이는 생성자 주입을 하는 경우에만 해당하는걸까요? setter 주입을 하기 위해 OrderServiceImpl에 setter를 정의하고 각 setter에 @Autowired를 붙였다면, 이때는 생성자 주입이 아닌 setter 주입이 이뤄지는 걸까요?

제가 추가적으로 OrderServiceImpl의 생성자에 출력문을 두었더니 memberRepository에 스프링 컨테이너에 존재하는 MemoryMemberRepository 객체의 주소값이 들어왔습니다... 생성자 주입도 이뤄지고 setter 주입도 이뤄지는 건가요...?

public OrderServiceImpl(MemberRepository memberRepository, DiscountPolicy discountPolicy) {
    System.out.println("OrderServiceImpl.OrderServiceImpl");
    System.out.println("memberRepository = " + memberRepository);
    this.memberRepository = memberRepository;
    this.discountPolicy = discountPolicy;
}

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

도토리님의 질문은 스프링에서의 다양한 의존관계 주입 방법과 관련된 것으로 보입니다. 주로 실행 시점에 따른 생성자 주입(constructor injection)과 수정자(setter) 주입에 대한 이해를 바탕으로 질문하신 것 같습니다.

스프링에서는 크게 세 가지 방법으로 의존관계를 주입할 수 있습니다: 생성자 주입, 수정자(setter) 주입, 그리고 필드 주입. 도토리님의 질문에서 언급한 바와 같이, 생성자 주입 시 생성자가 하나인 경우 스프링은 @Autowired 어노테이션을 생략할 수 있도록 지원합니다. 이는 스프링 프레임워크가 생성자를 통한 의존관계 주입을 권장하기 때문입니다.

직접적으로 도토리님의 질문에 답변하기 이전에, 의존관계 주입 방법에 대한 기본 개념을 설명하자면, 생성자 주입은 객체 생성 시점에 딱 한 번만 호출되므로 필수적인 의존관계를 설정할 때 주로 사용됩니다. 반면, 수정자(setter) 주입은 선택적이거나 변경 가능한 의존관계에 사용될 때 적합합니다. 수정자(setter)에 @Autowired를 붙여 의존관계 주입을 요청하는 경우, 스프링은 해당 타입의 빈을 찾아 자동으로 주입합니다.

당신의 코드에 따르면, OrderServiceImpl 생성자에 @Autowired를 생략하고 정의하셨고, 실제로 생성자 주입이 일어났음을 확인하셨습니다. 추가적으로 setter 메소드에도 @Autowired를 붙이면, 스프링 컨테이너는 생성자 주입과는 별개로 setter 메소드를 통해 의존성을 다시 주입합니다. 따라서 생성자에서 이미 의존성을 주입받았더라도 수정자(setter)를 통해 의존관계가 재설정될 수 있습니다.

다음 질문에서 관련 내용을 다룬 유사한 답변을 찾으셔서 도움이 될 것 같습니다:

setter와 생성자 모두에 @Autowired를 하면 주입이 중복해서 되나요?: 이 질문에서는 setter와 생성자에 @Autowired를 사용할 때 어떤 일이 발생하는지에 대한 설명이 포함되어 있습니다. 질문에서 언급한 바와 같이, 수정자 및 생성자 모두에 @Autowired를 사용하면 실제로 둘 다 의존성 주입이 발생합니다.

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

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