생성자 주입과 순환 의존성
테스트 용이성을 위해 생성자 주입을 우선하고 순환 의존성을 감지한 뒤 @Lazy로 해결합니다.
생성자 주입과 순환 의존성은(는) CoddyKit의 무료 Java Academy 강의입니다. 이것은 4개 중 4번째 강의입니다. 아래에서 전체 강의를 무료로 읽을 수 있으며, 내장 코드 에디터와 24/7 AI 튜터와 함께 브라우저에서 직접 실습할 수 있습니다. 이 강의는 Java Academy 학습 경로의 일부이며, 진행 상황이 웹과 CoddyKit 앱에 동기화됩니다. Java Academy 강의에는 총 4개의 강의가 포함되어 있습니다.
세 가지 주입 방식
Spring은 생성자 주입(권장), 필드 주입(필드에 @Autowired 지정), 세터 주입을 지원합니다. 테스트 가능성과 불변성을 위해 생성자 주입을 선호합니다.
생성자 주입
의존성을 생성자 매개변수로 선언하면 Spring이 자동으로 주입합니다. 생성자가 하나뿐이면 @Autowired는 선택 사항입니다(Spring Boot 2.1 이상).
@Service
public class OrderService {
private final OrderRepository repo;
private final EmailService email;
// @Autowired is optional when there is only one constructor
public OrderService(OrderRepository repo, EmailService email) {
this.repo = repo;
this.email = email;
}
}생성자 주입을 선호하는 이유
생성자 주입의 장점은 다음과 같습니다. (1) 의존성이 final이므로 불변입니다. (2) 클래스가 항상 완전히 초기화됩니다. (3) 단위 테스트에서 Spring에 의존하지 않고 new OrderService(mockRepo, mockEmail)만 호출하면 됩니다.
// Unit test — no Spring context needed:
OrderRepository mockRepo = mock(OrderRepository.class);
EmailService mockEmail = mock(EmailService.class);
OrderService service = new OrderService(mockRepo, mockEmail);
// Test service logic directly필드 주입(피하십시오)
@Autowired를 사용하는 필드 주입은 간결하지만 문제가 있습니다. 필드를 final로 선언할 수 없고, 생성 후에도 빈이 완전히 초기화되지 않으며, 단위 테스트에 Spring 또는 Mockito의 리플렉션 도우미가 필요합니다.
// Avoid in production code:
@Service
public class UserService {
@Autowired // hidden dependency
private UserRepository repo; // cannot be final
}선택적 의존성을 위한 세터 주입
합리적인 기본값이 있는 선택적 의존성에는 세터 주입을 사용하고, 세터를 @Autowired(required = false)로 표시합니다.
@Service
public class NotificationService {
private SmsSender smsSender; // optional
@Autowired(required = false)
public void setSmsSender(SmsSender s) { this.smsSender = s; }
}순환 의존성이란 무엇입니까
A가 B를 필요로 하고 B가 A를 필요로 할 때(직접 또는 전이적으로) 순환 의존성이 발생합니다. Spring은 시작할 때 이를 감지하고 BeanCurrentlyInCreationException을 발생시킵니다.
// CIRCULAR:
@Service class A { A(B b) {} }
@Service class B { B(A a) {} }
// Spring throws: BeanCurrentlyInCreationException: Is there an unresolvable circular reference?순환성 끊기: 세 번째 서비스로 리팩터링
가장 깔끔한 해결 방법은 공유 로직을 세 번째 서비스로 추출하여 A와 B 어느 쪽도 순환적으로 의존하지 않게 만드는 것입니다.
// Before: A <-> B
// After: A -> C, B -> C (no cycle)
@Service class SharedLogic { ... }
@Service class A { A(SharedLogic s) {} }
@Service class B { B(SharedLogic s) {} }순환성 끊기: @Lazy
한 주입 지점에 @Lazy를 지정합니다. Spring은 즉시 B의 프록시를 만들고, 실제 B는 A가 처음으로 B의 메서드를 호출할 때만 인스턴스화합니다.
@Service
public class A {
private final B b;
public A(@Lazy B b) { this.b = b; } // breaks the cycle
}순환성 끊기: ApplicationContext 조회
한 빈에 ApplicationContext를 주입하고 context.getBean()을 통해 다른 빈을 지연 조회할 수 있습니다. 하지만 테스트 가능성과 코드의 명확성이 떨어집니다.
@Service
public class A implements ApplicationContextAware {
private ApplicationContext ctx;
public void setApplicationContext(ApplicationContext c) { this.ctx = c; }
public void doWork() { ctx.getBean(B.class).help(); }
}순환성을 끊기 위한 세터 주입
세터로 주입되는 빈은 먼저 생성되므로 생성이 성공한 다음 의존성이 설정됩니다. 따라서 변경 가능성을 감수하면 순환 의존성을 허용할 수 있습니다.
@Service
public class A {
private B b;
@Autowired public void setB(B b) { this.b = b; } // Spring sets after construction
}spring.main.allow-circular-references (Spring Boot 2.6 이상)
Spring Boot 2.6 이상에서는 기본적으로 순환 의존성을 허용하지 않습니다. 리팩터링하는 동안의 임시 조치로만 다음 설정을 명시적으로 활성화하십시오: spring.main.allow-circular-references=true.
# application.properties (temporary workaround only):
spring.main.allow-circular-references=true간단한 확인
필드 주입보다 생성자 주입을 선호하는 이유는 무엇입니까?
복습
불변이고 테스트하기 쉬우며 명시적인 생성자 주입을 선호하십시오. 필드 주입은 피하십시오. 순환 의존성을 끊으려면 @Lazy를 사용하거나 공유 서비스를 추출하십시오. Spring Boot 2.6 이상은 시작할 때 순환 참조를 표시하므로 이를 설계상의 경고로 간주하십시오.
자주 묻는 질문
“생성자 주입과 순환 의존성” 강의는 무료인가요?
네 — “생성자 주입과 순환 의존성” 전체 내용을 이 웹사이트에서 무료로 읽을 수 있습니다. 인터랙티브하게 실습하려면(내장 코드 에디터와 24/7 AI 튜터), CoddyKit PRO로 업그레이드하면 Java Academy 강의 전체를 잠금 해제할 수 있습니다. Java Academy 강의에는 총 4개의 강의가 포함되어 있습니다.
“생성자 주입과 순환 의존성”에서 뭘 배우나요?
테스트 용이성을 위해 생성자 주입을 우선하고 순환 의존성을 감지한 뒤 @Lazy로 해결합니다. 브라우저에서 직접 실행하는 실습 코드로 Java Academy을(를) 배우며, 24/7 AI 튜터가 강의를 진행하면서 질문에 답변해줍니다.
Java Academy을(를) 시작하는 데 경험이 필요한가요?
사전 경험은 필요하지 않습니다. CoddyKit의 Java Academy은(는) 초급자부터 고급 학습자까지를 위해 구성되어 있으므로, 여기서 시작하거나 처음부터 시작할 수 있으며 자신의 속도대로 진행할 수 있습니다. 이것은 4개 중 4번째 강의입니다.
“생성자 주입과 순환 의존성” 강의는 얼마나 걸리나요?
대부분의 CoddyKit 강의는 약 5~10분이 소요됩니다. 각 강의는 간결하고 인터랙티브하여 꾸준한 진행이 가능하며, 웹과 앱에서 중단한 부분부터 바로 시작할 수 있습니다.
이 Java Academy 강의에서 코드를 작성하고 실행할 수 있나요?
네. 모든 Java Academy 강의에는 내장 코드 에디터가 포함되어 있으므로, 브라우저에서 바로 실제 코드를 작성하고 실행한 후 즉시 AI 피드백을 받을 수 있습니다 — 로컬 설정이 필요 없습니다.