스프링 기본 - 싱글톤

* 웹 애플리케이션은 주로 여러 고객이 동시에 요청을 한다.

--> 고객이 요청할 때마다 객체를 생성하면 안되기 때문에 싱글톤 적용이 필요하다.

 

싱글톤 패턴

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

- private 생성자를 사용해서 외부에서 임의로 new키워드를 사용하지 못하게 막아야 한다.

 

* 단점

• 코드가 많이 들어간다.
• 의존관계상 클라이언트가 구체 클래스에 의존한다 (DIP 위반)
• 클라이언트가 구체 클래스에 의존해서 OCP 원칙을 위반할 가능성이 높다.
• 테스트가 어렵다
• 내부 속성을 변경하거나 초기화하기 어렵다
• private 생성자로 인해 자식 클래스를 만들기 어렵다
• 유연성이 떨어진다

 

스프링 컨테이너

* 기존에 배운 @Configuration과 @Bean을 통해 객체를 스프링 빈에 등록해 놓으면 자동으로 싱글톤을 적용해준다.

* 특히 위와 같은 싱글톤 패턴의 문제점을 해결하면서 싱글톤을 유지한다.

 

싱글톤 방식의 주의점

* 싱글톤 방식은 여러 클라이언트가 공유해서 사용하기 때문에 상태를 유지하게 설계하면 안된다.

* 즉, 무상태(stateful)로 설계해야 한다.

• 특정 클라이언트에 의존적인 필드가 있으면 안된다. 
• 특정 클라이언트가 값을 변경할 수 있는 필드가 있으면 안된다. (setter 등)
• 가급적 읽기만 사용해야 한다. (Getter O , Setter X)
• 지역변수, 파라미터, ThreadLocal 등을 사용해야 한다.

ex) 값이 변경되는 예시

public void order(String name, int price) {
 System.out.println("name = " + name + " price = " + price);
 this.price = price; //여기가 문제!
 }

 

---

@Configuration

 

의문

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

    @Bean
    public MemberRepository memberRepository(){
        return new MemoryMemberRepository();
    }

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

다음 코드를 보면

1. MemberRepository 를 스프링 빈에 등록하는 memberRepository()

2. MemberServiceImpl 에서 파라미터로 받는 memberRepository()

3. OrderServiceImpl에서 파라미터로 받는 memberRepository()

 

--> 3번 호출된다. 이런 경우에도 싱글톤이 유지가 될까 ?? 된다.

 

 

이유

@Configuration 이 적용된 AppConfig.class 도 스프링 빈에 등록된다.

 

AppConfig 스프링 빈을 조회해서 출력해보면

bean = class hello.core.AppConfig$$EnhancerBySpringCGLIB$$bd479d7

다음과 같이 CGLIB어쩌고저쩌고가 붙어 있다.

 

======> 스프링은 CGLIB라는 바이트코드 조작 라이브러리를 사용해서 AppConfig 클래스를 상속 받은 분신 클래스를 만들고, 분신 클래스를 스프링 빈으로 등록한다.

 

CGLIB 코드를 뜯어보면 이렇게 되어 있을 것이다.

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

 

즉, @Bean이 붙은 메서드마다 빈이 존재하면 빈을 반환하고, 없으면 생성해서 빈으로 등록한다.