[💡] 의존성 주입(DI)에 관하여..(_ _)

할 때마다 헷갈리고
할 때마다 까먹는
spring boot 기본 개념 원리 기타 등등 ..

왜쓰는진 알고 쓰자 !!!

의존성 주입에는 총 세가지 방식이 있다

1. 필드 주입 (@Autotiwerd) → 내가 가장 많이 썼던 방식

@Service
public class MyService {
	@Autowired
    private TestService testService;
}

2. 생성자 주입(@RequiredArgsConstructor) → 종종 씀

@Service
@RequiredArgsConstructor
public class MyService {
    private final TestService testService;
}

3. 수정자 주입(setter)

@Service
public class MyService {
    private TestService testService;
    
    @Autowired
    public void setTestService(TestService testService) {
    	this.testService = testService;
    }
}

1.필드 주입 은 객체가 먼저 만들어지고 나중에 필드가 채워진다. private 인데도 리플렉션으로 뚫고 들어간다고 한다.

Spring 컨테이너
  → 객체 생성 (기본 생성자)
  → 리플렉션으로 private 필드에 강제 주입
  → 완성

2.생성자 주입 은 객체를 생성함과 동시에 주입된다. final이라 이후 변경되지 않는다.

@RequiredArgsConstructor
public class MyService {
    private final FileService fileService;
}

// Lombok이 아래 코드를 자동 생성
public MyService(TestService testService) {
    this.testService = testService;
}

Spring 컨테이너
  → TestService 먼저 준비
  → 생성자 호출하면서 주입
  → 객체 완성

Autowired가 편하다고 생각해서 자주 썼었는데
spring 공식문서, InteliJ도 생성자 주입 을 쓰는 것을 권장한다고 한다.

왜 생성자 주입을 권장하는가 why ??? 🙄

final로 불변성 보장

순환참조를 컴파일/시작 시점에 잡음

// A가 B를 참조, B가 A를 참조
@Service
public class A {
    @Autowired B b; // 필드 주입 → 런타임에 앱 뜨고 나서야 오류 발견
}

@Service
public class B {
    @Autowired A a;
}

// 생성자 주입 → 앱 시작할 때 바로 오류 발견 (Spring Boot 2.6+)
// BeanCurrentlyInCreationException 즉시 발생

테스트 코드 작성이 훨씬 쉬움

// 필드 주입 - 테스트할 때 Mock 주입이 어려움
public class MyServiceTest {
    // fileService를 어떻게 넣지..? @Autowired가 없으면 null
    MyService myService = new MyService();
}

// 생성자 주입 - 테스트할 때 그냥 넣으면 됨
public class MyServiceTest {
    FileService mockFileService = mock(FileService.class);
    MyService myService = new MyService(mockFileService); // 깔끔
}

나는 왜 필드주입을 자주 썼는가 !??!?!?!?

사실 잘 몰라서가 가장 크다
@RequiredArgsConstructor를 무분별하게 쓰면 안된다는 걸 어디서 봤던 것 같은데(아마 Entity에 쓰지 말란 포스트를 봤던 듯...) 너무 어깨너머로 봐서 그냥 코드도 간결한 Autowired를 썼던 것 같다.

하지만 그렇다고 단점이나 리스크가 아예 없는 것도 아니니 참고하여 쓰자!

// @AllArgsConstructor → 모든 필드 생성자
// @NoArgsConstructor  → 기본 생성자
// @RequiredArgsConstructor → final or @NonNull 필드만

1.의존성이 너무 많아짐

@RequiredArgsConstructor
public class MyController {
    private final ServiceA a;
    private final ServiceB b;
    private final ServiceC c;
    private final ServiceD d;
    private final ServiceE e;
    // final만 붙이면 자동으로 생성자에 추가되니까
    // 클래스가 너무 많은 책임을 갖고 있다는 걸 눈치채기 어려움
}

2.생성자 순서 의존 문제

@RequiredArgsConstructor
public class MyService {
    private final AService aService;
    private final BService bService;
}

// 생성자 순서가 필드 선언 순서로 결정됨
// 다른 곳에서 직접 생성자 호출할 때 순서 헷갈릴 수 있음
new MyService(aService, bService)  // ❌ 순서 바꾸면 컴파일 에러

3.JPA Entity 에 쓰면 위험

@Entity
@RequiredArgsConstructor  // ❌ 위험
public class User {
    private final String name;
}
// JPA는 기본 생성자(NoArgsConstructor)가 필요한데
// final 필드면 기본 생성자 만들 수 없어서 충돌

controller나 service엔 써도 되지만 의존성 5개 이상이 되면 클래스 분리를 고려하는 쪽으로 하여 잘 ~~ 사용하면 될 것 같다!