@Configuration

싱글톤 패턴

클래스의 인스턴스가 딱 1개만 생성되는 것을 보장하는 디자인 패턴

• private 생성자를 사용해서 외부에서 임의로 new 키워드를 사용하지 못하도록 막고 getInstance 메서드를 제공해서 객체 인스턴스를 return 한다.
• 주의점 : 여러 클라이언트가 하나의 같은 객체 인스턴스를 공유하기 때문에 싱글톤 객체는 stateful하게 설계하면 안된다.
• 문제점
  • 싱글톤 패턴을 구현하는 코드 자체가 많이 들어간다
  • 자식 클래스를 만들기 어렵다
  • 유연성이 떨어진다
  • 의존관계상 클라이언트가 구체 클래스에 의존 - DIP 위반

의존관계 역전 원칙 : DIP, Dependency inversion principle

• 프로그래머는 추상화에 의존해야지, 구체화에 의존하면 안된다.
• 구현 클래스에 의존하지 말고 인터페이스에 의존하라는 뜻

 

 

싱글톤 컨테이너

싱글톤 패턴의 문제점을 해결하면서 객체 인스턴스를 싱글톤으로 관리하는 컨테이너

참고: 스프링의 기본 빈 등록 방식은 싱글톤이지만, 싱글톤 방식만 지원하는 것은 아니다. 요청할 때 마다 새로운 객체를 생성해서 반환하는 기능도 제공한다.

 

 

@Configuration과 싱글톤

스프링 컨테이너는 싱글톤 레지스트리다. 따라서 스프링 빈이 싱글톤이 되도록 보장해주어야 한다.

@Configuration
  public class AppConfig {
  @Bean
  public MemberService memberService() {
      return new MemberServiceImpl(memberRepository());
  }
  @Bean
  public OrderService orderService() {
      return new OrderServiceImpl(
              memberRepository(),
              discountPolicy());
}
  @Bean
  public MemberRepository memberRepository() {
      return new MemoryMemberRepository();
  }
... 
}

하지만 스프링이 자바 코드까지 어떻게 하기는 어렵다. 그래서 스프링은 클래스의 바이트코드를 조작하는 라이브러리를 사용한다. (위의 자바코드를 보면 MemberRepository가 3번 생성되어야 하지만 실제로는 하나의 객체만 생성되어 있다.)

@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$$bd479d70
}

AnnotationConfigApplicationContext에 파라미터로 넘긴 값은 스프링 빈으로 등록되기 때문에 AppConfig도 스프링 빈이 된다. 하지만 AppConfig의 클래스 정보를 출력했을 때 예상과 다른 결과가 나오는 것을 확인 할 수 있다 (순수 클래스라면 다음과 같이 출력되어야 한다 : class hello.core.AppConfig )

 

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

// AppConfig@CGLIB 예상 코드 
@Bean
public MemberRepository memberRepository() {
    if (memoryMemberRepository가 이미 스프링 컨테이너에 등록되어 있으면?) { 
        return 스프링 컨테이너에서 찾아서 반환;
    } else { //스프링 컨테이너에 없으면
        기존 로직을 호출해서 MemoryMemberRepository를 생성하고 스프링 컨테이너에 등록 return 반환
    } 
}

 

@Configuration을 붙이지 않는다면?

@Bean만 사용해도 스프링 빈으로 등록되지만, 싱글톤을 보장하지 않는다. memberRepository() 처럼 의존관계 주입이 필요해서 메서드를 직접 호출할 때 싱글톤을 보장하지 않는다.

 

👍 Reference

https://inf.run/uCYa​