의존관계 자동 주입

Kooks·2026년 5월 1일

Spring

목록 보기

4/6

생성자 주입

생성자 호출 시점에 1번만 호출되는 것이 보장된다.
불편, 필수 의존관계에 사용

@Component
public class OrderServiceImpl implements OrderService {
	private final MemberRepository memberRepository;
	private final DiscountPolicy discountPolicy;

	@Autowired
	public OrderServiceImpl(MemberRepository memberRepository, DiscountPolicy discountPolicy) {
	   	this.memberRepository = memberRepository;
	   	this.discountPolicy = discountPolicy;
	}   
}

생성자가 1개만 존재하면 @Autowired를 생략해도 자동 주입된다.

수정자 주입

setter 수정자 메서드를 통해서 의존관계를 주입하는 방법
선택, 변경 가능성이 있는 의존관계에 사용
자바빈 프로퍼티 규약의 수정자 메서드 방식을 사용하는 방법

@Autowired
public void setDiscountPolicy(DiscountPolicy discounPolicy) {
	this.discuntPolicy = discountPolicy;
}

필드 주입

이름 그대로 필드에 바로 주입하는 방법
코드가 간결해서 많이 사용되지만, 외부에서 변경이 불가능해서 테스트 하기 힘든 치명적인 단점이 있다.
DI 프레임워크가 없으면 아무것도 할 수 없다.
사용하지 않는 것을 추천

@Component
public class OrderServiceImpl implements OrderService{

	@Autowired
    private MemberRepository memberRepository;
    @Autowired
    private DiscountPolicy discountPolicy;
}

순수한 자바 테스트 코드에는 다연히 @Autowired가 동작하지 않는다. @SpringBootTest처럼 스프링 컨테이너를 테스트에 통합한 경우에만 가능하다.

일반 메서드 주입

일반 메서드를 통해서 주입 받을 수 있다.
한번에 여러 필드를 주입 받을 수 있다.
일반적으로 사용하지 않는다.

@Component
public class OrderServiceImpl implements OrderService {
	private final MemberRepository memberRepository;
	private final DiscountPolicy discountPolicy;

	@Autowired
	public void init(MemberRepository memberRepository, DiscountPolicy discountPolicy) {
	   	this.memberRepository = memberRepository;
	   	this.discountPolicy = discountPolicy;
	}   
}

옵션처리

@Autowired(required=false) : 자동 주입할 대상이 수정자 메서드 자체가 호출 안됨
org.springfreamework.lang.@Nullalbe: 자동 주입할 대상이 없으면 null이 입력된다.
Optional<> : 자동 주입할 대상이 없으면 Optional.empty가 입력된다.

생성자 주입을 선택해라

생성자 주입을 권장한다.

불변

생성자 주입은 객체를 생성할 때 1번만 호출되므로 이후에 호출되는 일이 없다. 따라서 불변하게 설계할 수 있다.

누락

@Autowired가 프레임워크 안에서 동작할 때는 의존관계가 없으면 오류가 발생하지만, 지금은 프레임워크 없이 순수한 자바 코드로만 단위 테스트를 수행하고 있다.

final
생성자 주입을 사용하면 필드에 final키워드를 사용할 수 있다. 그래서 생성자에서 혹시라도 값이 설정되지 않는 오류를 컴파일 시점에 막아준다.

수정자 주입을 포함한 나머지 주입 방싯은 모두 생성자 이후에 호추되므로, 필드에 final 키워드를 사용할 수 없다. 오직 생성자 주입 방식만 final키워드를 사용할 수 있다.

정리

생성자 주입 방식을 선택하는 이유는 여러가지 있지만, 프레임워크에 의존하지 않고, 순수한 자바 언어의 특징을 잘 살리는 방법이기도 한다.
기본으로 생성자 주입을 사용하고, 필수 값이 아닌 경우에는 수정자 주입 방식을 옵션으로 부여하면된다. 생성자 주입과 수정자 주입을 동시에 사용할 수 있다.

조회 빈이 2개 이상

@Autowired는 타입으로 조회한다.
타입으로 조회하면 선택된 빈이 2개 이상일 때 문제가 발생한다.
DiscounPolicy의 하위 타입인 FixDiscountPolicy, RateDiscountPolicy 둘다 스프링 빈으로 선언하게 되면 NoUniqueBeanDefinitionException 오류가 발생한다.

NoUniqueBeanDefinitionException: No qualifying bean of type
'hello.core.discount.DiscountPolicy' available: expected single matching bean
but found 2: fixDiscountPolicy,rateDiscountPolicy

@Autowired 필드명, @Qualifier, @Primary

@Autowired 필드 명 매칭

@Autowired는 타입 매칭을 시도하고, 이때 여러 빈이 있으면 필드 이름, 파라미터 이름으로 빈 이름을 추가 매칭한다.
필드 명 매칭은 먼저 타입 매칭을 시도 하고 그 결과에 여러 빈이 있을 때 추가로 동작하는 기능이다.
타입 매칭의 결과가 2개 이상일 때 필드 명, 파라미터 명으로 빈 이름 매칭

@Qualifier

@Qualifier는 추가 구분자를 붙여주는 방법이다. 주입시 추가적인 방법을 제공하는 것이지 빈 이름을 변경하는 것은 아니다.

@Component
@Qualifier("mainDiscountPolicy")
public class RateDiscountPolict implements DiscountPolicy{}

@Component
@Qualifier("fixDiscountPolicy")
public class FixDiscountPolict implements DiscountPolicy{}

---
//생성자 자동 주입 예시
@Autowired
public OrderServiceImpl(MemberRepository memberRepository,
						@Qualifier("mainDiscountPolicy") DiscountPolicy discountPolicy){
	this.memberRepository = memberRepository;
    this.discountPolicy = discountPolicy;
}

//수정자 자동 주입 예시
@Autowired
public DiscountPolicy setDiscountPolicy(@Qualifier("mainDiscountPolicy") DiscountPolicy discountPolicy){
    this.discountPolicy = discountPolicy;
}

@Qualifier끼리 매칭
빈 이름 매칭
NosuchBeanfinitionException 예외 발생

@Primary

@Priamry는 우선순위를 정하는 방법이다. @Autowired시에 여러 빈이 매칭되면 @Primary가 우선권을 가진다.

@Component
@Primary
public class RateDiscountPolicy implements DiscountPolicy{}

@Component
public class FixDiscountPolicy implements DiscointPolicy{}

---

@Autowired
public OrderServiceImpl(MemberRepository memberRepository,
						DiscountPolicy discountPolicy){
	this.memberRepository = memberRepository;
    this.dicountPolicy = discountPolicy;
}

수동 빈 등록은 언제?

업무 로직 빈 -> 웹을 지원하는 컨트롤러, 비즈니스 로직이 있는 서비스, 데이터 계층의 로직을 처리하는 피로지토리등이 모두 업무 로직이다. 보통 비즈니스 요구사항을 개발할 때 추가되거나 변경된다.
기술 지원 빈 -> 기술적인 문제나 공통 관심사(AOP)를 처리할 떄 주로 사용된다. 데이터베이스 연결이나, 공통 로그처리 처럼 업무 로직을 지원하기 위한 하부 기술이나 공통 기술이다.
편리한 자동 기능을 기본적으로 사용하자
직접 등록하는 기술 지원 객체는 수동으로 등록