[Spring] 싱글톤 컨테이너란?

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

DI 컨테이너를 요청할때마다 객체를 새로 생성하게 되니 메모리 낭비가 심하다.

DI 컨테이너를 하나만 생성후 공유하도록 설계하면 메모리를 아낄 수 있다.

 

🕸 싱글톤 패턴

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

1. static 영역에 객체를 하나 생성하고

2. private를 이용해 객체 인스턴스가 필요하면 이 static 메서드를 통해 조회하도록 한다.

    → new 키워드로 객체 인스턴스가 생성되는 것을 막는다.

 

그러나 싱글톤 패턴도 문제점이 있다.

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

이런 문제점은 스프링 컨테이너가 해결해준다.

• 싱글턴 패턴을 적용하지 않아도, 객체 인스턴스를 싱글톤으로 관리한다.
• 스프링 컨테이너는 싱글톤 컨테이너 역할을 한다.
• 이렇게 싱글톤 객체를 생성하고 관리하는 기능을 싱글톤 레지스트리라 한다.
• 싱글톤 패턴을 위한 지저분한 코드가 들어가지 않아도 된다.
• DIP, OCP, 테스트, private 생성자로부터 자유롭게 싱글톤을 사용할 수 있다.

그러나 문제점들을 해결하더라도 싱글톤 방식은 객체 인스턴스 하나를 공유하기 때문에 주의할 점이 있다.

바로 공유 필드를 조심해야 한다는 것이다.

싱글톤 방식을 사용할 경우 무상태 stateless 설계를 하자.

 

🔧 무상태 stateless 설계

• 특정 클라이언트에 의존적인 필드가 있으면 안된다.
• 특정 클라이언트가 값을 변경할 수 있는 필드가 있으면 안된다!
• 가급적 읽기만 가능해야 한다.
• 필드 대신에 자바에서 공유되지 않는, 지역변수, 파라미터,ThreadLocal 등을 사용해야 한다.

 

 

 

참조

김영한, 스프링 핵심 원리 - 기본편 https://inf.run/ryWP

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