1) AppConfig를 보자
- AppConfig는 일반적으로 자바를 배운 사람이라면 객체가 계속 생성될 것으로 예상한다. 예를 들면
- @Bean memberService -> new MemoryMemberRepository() 호출
- @Bean orderService -> new MemoryMemberRepository() 호출
하지만 위의 예측은 다르다. 이제부터 어떻게 다른 것인지 확인해보도록 하겠다.
package hello.core;
import hello.core.discount.DiscountPolicy;
import hello.core.discount.RateDiscountPolicy;
import hello.core.member.MemberRepository;
import hello.core.member.MemberService;
import hello.core.member.MemberServiceImpl;
import hello.core.member.MemoryMemberRepository;
import hello.core.order.OrderService;
import hello.core.order.OrderServiceImpl;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
@Configuration
public class AppConfig {
//@Bean memberService -> new MemoryMemberRepository()
//@Bean orderService -> new MemoryMemberRepository()
@Bean
public MemberService memberService() {
return new MemberServiceImpl(memberRepository());
}
@Bean
public OrderService orderService() {
return new OrderServiceImpl(memberRepository(), discountPolicy());
}
@Bean
public MemberRepository memberRepository() {
return new MemoryMemberRepository();
}
@Bean
public DiscountPolicy discountPolicy() {
return new RateDiscountPolicy();
}
}
2) MemberServiceImpl 클래스에 테스트 용도 함수 작성
package hello.core.member;
public class MemberServiceImpl implements MemberService {
private final MemberRepository memberRepository;
...
// 테스트 용도
public MemberRepository getMemberRepository() {
return memberRepository;
}
}
3) OrderServiceImpl 클래스에 테스트용도 함수 작성
package hello.core.order;
import hello.core.discount.DiscountPolicy;
import hello.core.member.*;
public class OrderServiceImpl implements OrderService{
private final MemberRepository memberRepository;
private final DiscountPolicy discountPolicy;
...
// 테스트 용도
public MemberRepository getMemberRepository() {
return memberRepository;
}
}
4) ConfigurationSingletonTest 클래스 구현
package hello.core.singleton;
import hello.core.AppConfig;
import hello.core.member.MemberRepository;
import hello.core.member.MemberServiceImpl;
import hello.core.order.OrderServiceImpl;
import org.junit.jupiter.api.Test;
import org.springframework.context.ApplicationContext;
import org.springframework.context.annotation.AnnotationConfigApplicationContext;
public class ConfigurationSingletonTest {
@Test
void configurationTest() {
ApplicationContext ac = new AnnotationConfigApplicationContext(AppConfig.class);
MemberServiceImpl memberService = ac.getBean("memberService", MemberServiceImpl.class);
OrderServiceImpl orderService = ac.getBean("orderService", OrderServiceImpl.class);
MemberRepository memberRepository1 = memberService.getMemberRepository();
MemberRepository memberRepository2 = orderService.getMemberRepository();
System.out.println("memberService -> memberRepository = " + memberRepository1);
System.out.println("memberRepository2 -> memberRepository = " + memberRepository2);
}
}
- System.out.println의 참조값이 똑같은 것을 확인할 수 있다.
- 어떻게 생성자를 통해서 생성한 memberRepository가 같은 참조 값을 가질 수 있을까?
- 또한 AppConfig의 자바 코드를 보면 분명히 각각 2번 new MemoryMemberRepository를 호출해서 다른 인스턴스가 생성되어야 하는데?
- 어떻게 된 일일까? 혹시 두 번 호출이 안 되는 것일까? 실험을 통해 알아보자.
5) AppConfig.java를 호출하는 것을 직접 작성해보자.
package hello.core;
import hello.core.discount.DiscountPolicy;
import hello.core.discount.RateDiscountPolicy;
import hello.core.member.MemberRepository;
import hello.core.member.MemberService;
import hello.core.member.MemberServiceImpl;
import hello.core.member.MemoryMemberRepository;
import hello.core.order.OrderService;
import hello.core.order.OrderServiceImpl;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
@Configuration
public class AppConfig {
//@Bean memberService -> new MemoryMemberRepository()
//@Bean orderService -> new MemoryMemberRepository()
@Bean
public MemberService memberService() {
//1번 호출
System.out.println("call AppConfig.memberService");
return new MemberServiceImpl(memberRepository());
}
@Bean
public OrderService orderService() {
//1번 호출
System.out.println("call AppConfig.orderService");
return new OrderServiceImpl(memberRepository(), discountPolicy());
}
@Bean
public MemberRepository memberRepository() {
//2번? 3번? 호출
System.out.println("call AppConfig.MemberRepository");
return new MemoryMemberRepository();
}
@Bean
public DiscountPolicy discountPolicy() {
return new RateDiscountPolicy();
}
}
각각 1번씩 호출되었다.
java코드로 봤을 때 분명 AppConfig.java를 통해서 MemberRepository가 호출되는 횟수는 3번이어야 된다.
- 스프링 컨테이너가 @Bean을 등록할 때 1번
- MemberService에서 MemberRepository를 호출할 때 1번
- OrderService에서 MemberRepository를 호출할 때 1번
그런데 결과 값은 놀랍게도
MemberRepository 1번
MemberService 1번
OrderService 1번
이 호출되었다.
이렇게 가능하게 만들어 주는 것이 @Configuration의 역할인 것이다.
스프링 컨테이너는 싱글톤 레지스트리다. 따라서 스프링 빈이 싱글톤이 되도록 보장해줘야 한다.
6) @Configuration을 적용한 Appconfig을 분석해보자.
@Test
void configurationDeep() {
ApplicationContext ac = new AnnotationConfigApplicationContext(AppConfig.class);
//AppConfig도 스프링 빈으로 등록된다.
AppConfig bean = ac.getBean(AppConfig.class);
System.out.println("Bean = " + bean.getClass());
//출력 결과 Bean = class hello.core.AppConfig$$EnhancerBySpringCGLIB$$4ab6406e
}
해당하는 출력 값이 순수한 클래스 값이 아닌 복잡한 결과 값이 나온 것을 확인할 수 있다.
- 순수한 자바 클래스
- class hello.core.AppConfiㅎ
- @Configuration의 클래스
- class hello.core.AppConfig$$EnhancerBySpringCGLIB$$4 ab6406 e
이는 아래와 같은 도식 도로 이해할 수 있다.
위 그림은 내가 만든 클래스가 아닌 스프링이 CGLIB라는 바이트코드 조작 라이브러리를 사용해서 AppConfig클래스를 상속받은 임의의 다른 클래스를 만들고, 그 다른 클래스를 스프링 빈으로 등록한 것이다.
7) AppConfig@CGLIB의 예상 코드 (실제로는 매우 더 복잡하다.)
@Bean
public MemberRepository memberRepository() {
if (memoryMemberRepository가 이미 스프링 컨테이너에 등록되어 있으면?) {
return 스프링 컨테이너에서 찾아서 반환;
} else { //스프링 컨테이너에 없으면
기존 로직을 호출해서 MemoryMemberRepository를 생성하고 스프링 컨테이너에 등록
return 반환
}
}
8) @Configuration을 적용하지 않고, @Bean만 적용하면 어떻게 될까?
//@Configuration 삭제
public class AppConfig {
}
결과
- 싱글톤이 적용되지 않고 호출 횟수만큼 호출하는 것을 볼 수 있고
- AppConfig 또한 순수 클래스로 호출되는 것을 확인할 수 있다.
여기서 예전에 프락시에 관한 글이 생각이 났다. 우리가 @Configuration을 사용할 때 임의의 클래스로 덮어주는 것을 설명했는데, 이는 프락시 패턴을 사용할 때도 이와 같은 방법으로 설명했는데, 참고하면 좋을 것 같다.
https://cozing.tistory.com/54?category=1076708
결과
우리는 이제 @Bean만 사용해도 스프링 빈으로 등록이 되지만, 싱글톤이 보장되지 않는다는 사실을 알았다.
크게 고민하지 말고, 스프링 설정 정보는 항상 @Configuration을 통해서 싱글톤으로 등록을 해주자!.
이 글은 인프런의
제목 : 스프링 핵심 원리 - 기본편
강사 : 김영한 님의 동영상을 참조해 만들었습니다.
'Spring > 스프링 핵심 원리 - 기본편' 카테고리의 다른 글
의존관계 자동 주입 - 생성자 주입을 선택해라! & 롬복과 최신 트랜드 (0) | 2022.03.17 |
---|---|
컴포넌트 스캔 - 컴포넌트 스캔과 의존관계 자동 주입 시작하기 (0) | 2022.03.17 |
싱글톤 컨테이너 - 싱글톤 방식의 주의 점 (0) | 2022.03.15 |
싱글톤 컨테이너 - 웹 애플리케이션을 싱글톤 방식으로 변경 (0) | 2022.03.15 |
스프링 컨테이너와 스프링 빈 - 다양한 설정 형식 지원 - XML로 AppConfig 설정하기 (0) | 2022.03.15 |