웹 애플리케이션 과 싱글톤
🤔 스프링은 태생이 기업용 온라인 서비스 기술 지원을 위해 탄생
- 웹 애플리케이션은 보통 동시에 여러 요청을 한다
- 고객 트랙픽이 많으면 메모리 낭비 가 심하다
해결방안
📌 해당 객체가 딱 1개만 생성되고, 공유하도록 설계 하면 된다
이것을 싱글톤패턴이라 함
싱글톤 패턴의 문제점
- 클래스의 인스턴스가 1개만 생성되는 것을 보장하는 디자인 패턴
- private 생성자를 통해서 외부에서 new 키워드를 사용하지 못하게 막아야 한다
여기에 발생하는 문제점들이 있다
- 싱글톤 패턴 구현하는 코드 자체가 많이 들어감
- 의존관계상 클라이언트가 구체 클래스 의존 -> DIP를 위반
- 클라이언트가 구체 클래스에 의존하기에 OCP 원칙을 위반할 가능성이 매우 높아짐
- 내부 속성을 변경하거나 초기화 어려워짐
- private생성자로 자식 클래스 만들기 어려움 -> 결론적으로 유연성이 떨어짐
안티 패턴으로 불리기도 함
🍃 스프링 컨테이너은 싱글톤 패턴의 문제점을 해결하면서
객체 인스턴스를 싱글톤으로 관리한다
싱글톤 컨테이너
- 스프링 컨테이너는 객체 인스턴스를 싱글톤 패턴으로 관리
- 스프링 컨테이너는 싱글톤 컨테이너 역할을 함
- 싱글톤 객체를 생성하고 관리하는 기능을 싱글톤 레지스트리라 함
🚨 스프링 컨테이너의 이런 기능 덕분에 싱글톤 패턴의 모든 단점들을 보완하고 인스턴스 객체를 싱글톤으로 유지 함
싱글톤 방식의 주의점
싱글톤 패턴이든, 싱글톤 컨테이너를 사용하든, 싱글톤 방식은 여러 클라이언트가 하나의 객체 인스턴스를 공유하기 때문에
- 상태유지(stateful) 하게 설계하면 안됨
무상태유지(stateless) 로 설계
- 특정 클라이언트에 의존적인 필드 있으면 안됨
- 특정 클라이언트가 값을 변경할 수 있는 필드가 있으면 안됨
- 가급적 읽기만 해야함
- 필드 대신에 자바에서 공유되지 않는, 지역변수, 파라미터, ThreadLocal 등을 사용해야 함
🚨 스프링 빈의 필드에 공유 값을 설정하면 정말 큰 장애가 발생할 수 있다 !!
이 게시글은 인프런 김영한 스프링 강의를 정리한 글입니다.