📚 Spring DI 정리 – 의존성 주입, Autowired, RequiredArgsConstructor, Mock 이해

✅ 의존성 주입(DI, Dependency Injection)이란?

---

내가 직접 객체를 생성하지 않고, Spring이 필요한 객체를 대신 주입해주는 개념

→ 객체 간 결합도를 낮추고 테스트 가능성을 높임

---

🔥 DI 방식 3가지

방식	설명	실무 추천
필드 주입@Autowired	객체를 만든 후 필드에 값 주입	❌ 지양
생성자 주입@RequiredArgsConstructor	객체 생성 시점에 주입	✅ 표준
세터 주입setX(...)	필요할 때 주입 가능	❌ 지양 (불변 깨짐)

---

🆚 @Autowired vs @RequiredArgsConstructor

항목	@Autowired (필드 주입)	생성자 주입 (@RequiredArgsConstructor)
주입 시점	객체 만든 후 나중에 주입	객체 생성 시점에 주입
final 사용	❌ 불가능	✅ 가능 (불변성 유지)
테스트 용이성	❌ 어렵다	✅ Mock 주입 쉬움
가독성	❌ 숨겨져 있어 추적 어려움	✅ 생성자에 명시적으로 드러남
오류 탐지	❌ 실행 시점 오류 (NPE 등)	✅ 컴파일 타임 오류로 빠르게 확인
Spring 공식 권장	❌ 아님	✅ 공식 추천 방식

---

🍪 개발자 감각 비유

• @Autowired = 쟁반: 먼저 쟁반 놓고 나중에 이것저것 올림 (중간에 이상한 거 섞일 수 있음)
• 생성자 주입 = 쿠키틀: 처음부터 필요한 재료만 넣을 수 있는 틀, 안전하고 변경 불가

---

❌ @Setter는 왜 지양할까?

이유	설명
보안 문제	비밀번호, 이메일 등 민감 데이터가 외부에서 변경될 수 있음
불변성 깨짐	final 불가, 중간에 값이 바뀔 수 있음
객체 안정성 저하	런타임에 예상 못 한 동작 발생 위험

✅ 실무에선 @Getter + @Builder 조합 + 불변 객체 설계를 선호

---

🧪 Mock이란?

테스트용 가짜 객체

실제 동작은 하지 않지만 호출 여부 / 반환값 설정 등을 통해 테스트를 빠르고 안전하게 할 수 있음

도구	역할
Mockito.mock(...)	진짜 객체 대신 가짜 객체 생성
when(...).thenReturn(...)	원하는 값 반환하도록 설정
verify(...)	메서드가 몇 번 호출됐는지 검증

✅ JUnit + Mockito 조합은 Spring Boot 테스트의 사실상 표준

---

✅ 실무 기준 요약

항목	권장 여부	이유
@Autowired	❌	변경 위험, 테스트 어려움
생성자 주입 + @RequiredArgsConstructor	✅	불변성, 안정성, 가독성 우수
@Setter	❌	외부 변경 위험, 불변 객체 설계와 충돌
Mock 테스트	✅	외부 영향 없이 빠르고 안정적인 테스트 가능