@Configuration 과 싱글톤

AppConfig

@Configuration      // 애플리케이션의 설정 정보
public class AppConfig {

    @Bean   // 스프링 컨테이너에 등록된다.
    public MemberRepository memberRepository() {    // 객체 생성을 메소드 처리
        System.out.println("call AppConfig.memberRepository");
        return new MemoryMemberRepository();        // 새로운 구현체를 주입 하고 싶다면 new 객체를 수정하면 된다.
    }

    @Bean
    public DiscountPolicy discountPolicy(){         // 객체 생성을 메소드 처리
        //return new FixDiscountPolicy();             // 새로운 구현체를 주입 하고 싶다면 new 객체를 수정하면 된다.
        return new RateDiscountPolicy();
    }

    @Bean
    public MemberService memberService(){
        System.out.println("call AppConfig.memberService");
        return new MemberServiceImpl(memberRepository());
    }

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

로직상으로는 call AppConfig.memberRepository 3번 호출 되어야 하지만 , 1번만 호출된다.

• memberService빈을 만드는 코드를 보면 memberRepository()를 호출한다
  • 이 메서드를 호출하면 new MemoryMemberRepository()를 호출한다.
• orderService빈을 만드는 코드도 동일하게 memberRepository()를 호출한다.
  • 이 메서드를 호출하면 new MemoryMemberRepository()를 호출한다.

결과적으로 각각 다른 2개의 MemoryMemberRepository()가 생성되면서 싱글톤이 깨지는 것 처럼 보인다.

스프링 컨테이너는 이 문제를 어떻게 해결할까?

@Configuration은 싱글톤을 위해 존재한다.

    // MemberServiceImpl , OrderServiceImpl 테스트 용도로 
    // 각각 주입 된 memberRepository를 반환 하는 메소드 추가
    public MemberRepository getMemberRepository(){
        return memberRepository;
    }

ConfigurationSingletonTest

public class ConfigurationSingletonTest {

    @Test
    void configurationTest(){
        AnnotationConfigApplicationContext 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();
        MemberRepository memberRepository3 = ac.getBean("memberRepository", MemberRepository.class);

        System.out.println("memberService -> MemberRepository = " + memberRepository1);
        System.out.println("orderService -> MemberRepository = " + memberRepository2);
        System.out.println("memberRepository = " + memberRepository3);
//        memberService -> MemberRepository = hello.core.member.MemoryMemberRepository@37091312
//        orderService -> MemberRepository = hello.core.member.MemoryMemberRepository@37091312
//        memberRepository = hello.core.member.MemoryMemberRepository@37091312

        Assertions.assertThat(memberService.getMemberRepository()).isSameAs(memberRepository3);
        Assertions.assertThat(orderService.getMemberRepository()).isSameAs(memberRepository3);
    }
}

 

@Configuration과 바이트코드 조작의 마법

• 스프링 컨테이너는 싱글톤 레지스트리다. 따라서 스프링 빈이 싱글톤이 되도록 보장해주어야 한다.
• 그런데 스프링이 자바 코드 까지 어떻게 하기는 어렵다. 그래서 스프링은 클래스의 바이트코드를 조작하는 라이브러리를 사용한다.

AppConfig 스프링 빈을 조회해서 클래스 정보를 출력

AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(AppConfig.class);
        AppConfig bean = ac.getBean(AppConfig.class);
        System.out.println("appConfig = " + bean.getClass());
        //appConfig = class hello.core.AppConfig$$EnhancerBySpringCGLIB$$ba528fbb

• 순수한 클래스라면 class hello.core.AppConfig가 나와야 한다.
• 그런데 예상과는 다르게 클래스 명에 $$EnhancerBySpringCGLIB$$가 붙어있다.
• 이것은 내가 만든 클래스가 아니라 스프링이 CGLIB라는 바이트 코드 조작 라이브러리를 사용해서 AppConfig클래스를 상속받은 임의의 다른 클래스를 만들고 , 그 다른 클래스를 스프링 빈으로 등록한 것이다.

AppConfig@CGLIB는 AppConfig의 자식 타입이므로 , AppConfig타입으로 조회할 수 있다.

 

@Configuration을 적용하지 않고 , @Bean만 적용하면 어떻게 될까?

• @Configuration를 붙이면 바이트코드를 조작하는 CGLIB기술을 사용해서 싱글톤을 보장하지만 
• 만약 @Bean만 적용하면 스프링 빈으로 등록 되지만 객체가 반복 호출 되어 싱글톤이 깨져버린다.

call AppConfig.memberRepository
call AppConfig.memberService
call AppConfig.memberRepository
call AppConfig.orderService
call AppConfig.memberRepository


memberService -> MemberRepository = hello.core.member.MemoryMemberRepository@51fadaff
orderService -> MemberRepository = hello.core.member.MemoryMemberRepository@401f7633
memberRepository = hello.core.member.MemoryMemberRepository@31ff43be

크게 고민할 것이 없다. 스프링 설정 정보는 항상 @Configuration을 사용하자

 

 

 

스프링 핵심 원리 - 기본편 - 인프런