싱글톤 패턴이든 스프링 같은 싱글톤 컨테이너를 사용하든 객체 인스턴스를 하나만 생성해서 공유하는 싱글톤 방식은 여러 클라이언트가 하나의 같은 객체 인스턴스를 공유하기 때문에 싱글톤 객체는 상태를 유지(stateful)하게 설계하면 안된다.
그러므로 무상태(stateless)로 설계해야 한다.
- 특정 클라이언트에 의존적인 필드가 있으면 안된다.
- 특정 클라이언트가 값을 변경할 수 있는 필드가 있으면 안된다.
- 가급적 읽기만 가능해야 한다.
- 필드 대신에 자바에서 공유되지 않는 지역변수, 파라미터, ThreadLocal 등을 사용해야 한다.
스프링 빈의 필드에 공유 값을 설정하면 상황이 심각해지니 조심하자
이런 식으로 StatefulService를 만들고 테스트를 실행해 보자.
사용자 A와 B가 10000원, 20000원씩 주문을 하고 A의 금액을 조회하는 테스트이다.
사용자 A의 금액을 조회했는데 20000원이 찍힌다. 이유가 뭘까?
-> StatefulService를 보면 order를 새로 넣으면 price 값이 갱신되기 때문이다.
-> 특정 클라이언트가 공유되는 필드의 값을 변경한다.
'BE > Spring Boot' 카테고리의 다른 글
REST API와 flutter sdk를 이용한 카카오 로그인의 차이점 (0) | 2022.07.07 |
---|---|
의존관계 주입 (2) | 2022.03.20 |
웹 애플리케이션과 싱글톤 (0) | 2022.03.20 |
좋은 객체 지향 설계의 5가지 원칙(SOLID) (0) | 2022.03.11 |
의존성 주입 (Dependency Injection) (0) | 2022.02.22 |