Spring / 싱글톤 컨테이너

웹 애플리케이션과 싱글톤

대부분의 스프링 애플리케이션은 웹 애플리케이션

웹 애플리케이션은 보통 여러 고객이 동시 요청

스프링 없는 순수 DI 컨테이너 AppConfig : 요청 할 때마다 객체 새로 생성

고객 트래픽이 초당 100이 나오면 초당 100개의 객체 생성 소멸

>> 메모리 낭비 심함

 

싱글톤 패턴

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

private 생성자 사용

>> 외부에서 임의로 new 키워드 사용 방지

 

static 영역에 객체 instatnce를 미리 하나 생성해서 올려둠

이 객체 인스턴스가 필요하면

>> getInstance() 메서드를 통해서만 조회 가능

>> 항상 같은 인스턴스 반환

 

고객의 요청이 올 때마다 객체를 생성하는 것이 아닌

>> 이미 만들어진 객체를 공유해서 효율적으로 사용 

 

문제점

구현하는 코드 자체가 많음

클라이언트가 구체 클래스에 의존(DIP 위반)

OCP 위반 가능성

테스트 어려움

내부 속성 변경 초기화 어려움

private 생성자로 자식 클래스 만들기 어려움

유연성 떨어짐

 

싱글톤 컨테이너

스프링 컨테이너는 싱글톤 패턴을 적용하지 않아도

>> 객체 인스턴스를 싱글톤으로 관리(싱글톤 레지스트리)

>> 지저분한 코드 x

>> DIP, OCP, 테스트, private 생성자로부터 자유롭게 싱글톤 사용

 

싱글톤 방식의 주의점

싱글톤 객체는 상태를 유지(stateful)하게 설계 x

무상태(stateless)로 설계!!

>> 특정 클라이언트에 의존적 필드 x

>> 특정 클라이언트가 값을 변경할 수 있는 필드 x

>> 가급적 읽기만 가능하게

>> 필드 대신 자바에서 공유되지 않는, 지역변수, 파라미터, ThreadLocal 등을 사용

 

스프링 빈의 필드에 공유 값을 설정하면

>> 큰 장애 발생 가능

 

 

 

 

출처 : 김영한, 스프링 핵심 원리 - 기본편