Spring DI의 세 가지 방식: 생성자 주입, 세터 주입, 필드 주입

Spring 프레임워크에서는 객체 간의 의존성 관리를 위해 다양한 방법을 제공하며, 그 중에서도 주로 사용되는 방법은 생성자 주입, 세터 주입, 그리고 필드 주입이 있습니다. 각각의 방식은 특징적인 사용 방법과 장단점을 가지고 있어, 상황에 따라 적절히 선택하여 사용할 수 있습니다.

1. 생성자 주입(Constructor Injection)
- 생성자 주입은 객체가 생성될 때 생성자를 통해 의존성을 주입하는 방식입니다. 즉, 객체가 생성될 때 필요한 의존성을 모두 주입받아, 객체가 항상 완전한 상태로 사용될 수 있도록 보장합니다.
- 장점으로는 모든 의존성이 주입된 후에만 객체가 생성되므로, 불완전한 상태의 객체가 생성되는 것을 방지할 수 있습니다. 또한, 순환 의존성을 컴파일 타임에 감지할 수 있습니다.
- 단점으로는 의존성이 많아질수록 생성자의 인자가 많아져 복잡해질 수 있습니다.

 

2. 세터 주입(Setter Injection)
- 세터 주입은 세터 메소드를 통해 의존성을 주입하는 방식입니다. 즉, 객체 생성 후 필요한 의존성을 주입할 수 있어, 의존성 변경에 대해 유연하게 대응할 수 있습니다.
- 장점으로는 의존성이 추가되거나 변경될 때 코드 수정이 비교적 간단합니다. 새로운 의존성이 추가되더라도 세터 메서드만 추가하면 되므로 유연성이 높습니다.
- 단점으로는 객체가 일시적으로 불완전한 상태에 놓일 수 있다는 점입니다. 또한 순환 의존성 문제를 런타임 시에만 감지할 수 있습니다.

 

3. 필드 주입(Field Injection)
- 필드 주입은 객체의 필드에 직접 의존성을 주입하는 방식입니다. 세터 메소드나 생성자 없이 필드에 `@Autowired` 어노테이션을 사용하여 의존성을 주입합니다.
- 장점으로는 코드가 간결해지고, 직관적이라는 점이 있습니다. 필드에 직접 주입하기 때문에 세터 메소드나 생성자를 별도로 정의하지 않아도 됩니다.
- 단점으로는 DI 컨테이너 없이는 테스트하기 어렵다는 점과, 필드 값이 변경될 수 있다는 점입니다. 또한 이 방식 역시 순환 의존성 문제를 런타임 시에만 감지할 수 있습니다.

 

아래 표에서 각 주입 방식의 특징과 장단점을 한눈에 확인할 수 있습니다.

주입 방식	특징	장점	단점
생성자 주입	생성자를 통해 의존성 주입	모든 의존성이 주입된 후에만 객체 생성, 순환 의존성 문제를 컴파일 타임에 감지	의존성이 많아질수록 생성자의 인자가 많아져 복잡
세터 주입	세터 메소드를 통해 의존성 주입	의존성 추가/변경 시 코드 수정이 간단, 유연성이 높음	객체가 일시적으로 불완전한 상태에 놓일 수 있음, 순환 의존성 문제를 런타임 시에만 감지
필드 주입	필드에 직접 의존성 주입	코드가 간결하고 직관적	DI 컨테이너 없이는 테스트하기 어려움, 필드 값이 변경될 수 있음, 순환 의존성 문제를 런타임 시에만 감지

 

이처럼 각 주입 방식은 그 자체의 특징과 장단점을 가지고 있습니다. 따라서 상황에 따라 가장 적합한 방식을 선택하여 사용하는 것이 중요합니다. 일반적으로는 생성자 주입 방식이 가장 안전하며 권장되는 방식입니다. 이는 의존성을 명확하게 표현하고, 순환 의존성 문제를 조기에 감지할 수 있으며, 불변성을 보장하기 때문입니다.