웹 애플리케이션과 싱글톤
대부분의 스프링 애플리케이션은 웹 애플리케이션이다. (물론 아닌것도 개발할 수 있다)
그리고 웹 애플리케이션은 보통 여러 고객이 동시에 요청을 한다.
스프링이 없는 순수한 DI컨테이너에서 동시 요청이 발생했을 때 어떤 일이 발생할까?
public class SingletonTest {
@Test
@DisplayName("스프링 없는 순수한 DI 컨테이너")
void pureContainer() {
AppConfig appConfig = new AppConfig();
//1. 조회 : 호출 할 때마다 객체를 생성
MemberService memberService1 = appConfig.memberService();
//2. 조회 : 호출 할 때마다 객체를 생성
MemberService memberService2 = appConfig.memberService();
// 참조값이 다른것을 확인
System.out.println("memberService1 = " + memberService1);
System.out.println("memberService2 = " + memberService2);
// memberService != memberService2
Assertions.assertThat(memberService1).isNotSameAs(memberService2);
}
순수 DI 컨테이너인 AppConfig는 요청을 할 때마다 새로운 객체를 생성한다.
tps가 100개가 나오면 100개가 생성되고 소멸된다 (GC가 계속 작동하게된다.)
해결 방안은 객체가 딱 1개만 생성되고, 공유하도록 설계하면 된다 -> 싱글톤 패턴
싱글톤 패턴
package hello.core.singleton;
public class SingletonService {
private static final SingletonService instance = new SingletonService();
public static SingletonService getInstance() {
return instance;
}
private SingletonService() {
}
public void logic() {
System.out.println("싱글톤 객체 호출");
}
}
- static 영역에 객체 instance를 미리 하나 생성해서 올려둔다.
- 이 객체 인스턴스가 필요하면 오직 getInstance() 메서드를 통해
'Spring' 카테고리의 다른 글
스프링 컨테이너와 스프링 빈 (1) | 2025.02.24 |
---|---|
스프링 핵심 원리 (2) (0) | 2025.02.20 |
스프링 핵심 원리(1) (0) | 2025.02.19 |
스프링 기초 (1) | 2025.02.13 |
스프링 - IoC (0) | 2025.02.05 |