🧑🏻‍💻@Configuration과 싱글톤

앞서 스프링 컨테이너에 대해서 살펴보았다. 그런데 AppConfig를 보면 이상한 점이 있다...🤔

@Configuration
public class AppConfig {

    @Bean //spring container 에 등록됨
    public MemberService memberService(){ 
        return new MemberServiceImpl(memberRepository()); // DI 주입 (의존관계 주입)
    }

    @Bean
    public OrderService orderService(){
        return new OrderServiceImpl(memberRepository(), discountPolicy());
    }
    
    @Bean
    public MemberRepository memberRepository(){
    	return new MemoryMemberRepository();
    }
    ...
}

위 코드에서 memberService 빈을 만드는 코드를 보면 memberRepository()를 호출하면 밑에 new MemoryMemberRepostiory()를 호출하고, orderService빈을 만드는 부분에서도 memberRepository()를 호출하면 밑에 new MemoryMemberRepostiory()를 호출한다.

즉 각각 다른 두개의 MemoryMemberRepository가 생성되는 것 같고 이는 싱글톤 패턴이 깨지는 것처럼 보인다.


과연 서로 다른 객체인지 알아보자!!

public class MemberServiceImpl implements MemberService{

    private final MemberRepository memberRepository;

    //테스트 용도
    public MemberRepository getMemberRepository(){
        return memberRepository;
    }
}



public class OrderServiceImpl implements OrderService{
	
    private final MemberRepository memberRepository;

 //테스트 용도
    public MemberRepository getMemberRepository() {
        return memberRepository;
    }
}




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 memberRepository = ac.getBean("memberRepository", MemberRepository.class);

        MemberRepository memberRepository1 = memberService.getMemberRepository();
        MemberRepository memberRepository2 = orderService.getMemberRepository();

        //모두 같은 인스턴스를 참조하고 있다.
        System.out.println("memberService -> memberRepository = " + memberRepository1);
        System.out.println("orderService -> memberRepository = " + memberRepository2);
        System.out.println("memberRepository = " + memberRepository);

        assertThat(memberService.getMemberRepository()).isSameAs(memberRepository);
        assertThat(orderService.getMemberRepository()).isSameAs(memberRepository);

    }

위에서 우려한 것과는 달리 같은 인스턴스를 공유하고 있는 것이다...😲
호출이 몇번 되는지 좀 더 디테일 하게 테스트해보았다.

@Configuration
public class AppConfig {

    @Bean //spring container 에 등록됨
    public MemberService memberService(){ //리팩토링을 통해 역할을 명확하게 보여줌, 중복제거
        System.out.println("call AppConfig.memberService");
        return new MemberServiceImpl(memberRepository()); // DI 주입 (의존관계 주입)
    }


    @Bean
    public MemberRepository memberRepository() {
        System.out.println("call AppConfig.memberRepository");
        return new MemoryMemberRepository();
    }

    @Bean
    public OrderService orderService(){
        System.out.println("call AppConfig.orderService");
        return new OrderServiceImpl(memberRepository(), discountPolicy());
    }

    @Bean
    public DiscountPolicy discountPolicy(){
        //return new FixDiscountPolicy();
        return new RateDiscountPolicy();
    }
}

원래대로라면 memberRepository()는 3번 호출되어야 한다. 그러나 1번만 호출된 것을 볼 수 있다.

이러한 결과가 나올 수 있는 것은 @Configuration 덕분이다.
위에 코드에서도 확인할 수 있듯이 AppConfig 클래스 상단에는 @Configuration이 붙어 있다.

public class ConfigurationSingletonTest {

    @Test
    void configurationDeep(){
        ApplicationContext ac = new AnnotationConfigApplicationContext(AppConfig.class);
        AppConfig bean = ac.getBean(AppConfig.class);

        System.out.println("bean = " + bean.getClass()); //bean = class hello.core.AppConfig$$EnhancerBySpringCGLIB$$5b1c10ee

    }
}

여기서 AnnotationConfigApplicationContext()에 파라미터로 넘긴 값은 스프링 빈으로 등록된다. 그래서 AppConfig도 스프링 빈인 것이다!

AppConfig 클래스는 순수한 클래스라면 class hello.core.AppConfig로 출력되어야 한다. 그러나 뒤에 이상한 것들이 붙어있다....🧐

이는 스프링이 CGLIB이라는 바이트코드 조작 라이브러리를 사용해서 AppConfig 클래스를 상속받은 임의의 다른 클래스를 만들고. 그 다른 클래스를 스프링 빈으로 등록한 것이다.

그 다른 클래스가 싱글톤을 보장해주는 것이다.
그래서 위에서와 같이 memberRepositroy()가 3번이 아닌 1번만 호출된 것이다.

만약 여기서 AppConfig클래스에서 @Configuration을 없앤다면 memberRepository()는 3번 호출되고 싱글톤은 깨져 버리게 된다...😭

정리를 해보면 @Bean만 사용해도 스프링 빈으로 등록은 되지만, 싱글톤은 보장하지 않는다.

• 위에서 memberRepository()처럼 의존관계 주입이 필요해서 메서드를 직접 호출할 때 싱글톤은 보장하지 않는다.
  
  
  

📝 따라서 스프링 설정 정보는 항상 @Configuration을 사용해야 한다❗️

출처

https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81-%ED%95%B5%EC%8B%AC-%EC%9B%90%EB%A6%AC-%EA%B8%B0%EB%B3%B8%ED%8E%B8/dashboard