스프링 핵심 원리 – 기본편


싱글톤 컨테이너


AppConfig

요청할 때마다 새로운 객체를 생성한다.

메모리 낭비가 심하기 때문에, 해결 방법으로 객체가 1개만 생성해서 공유하도록 설계한다.(싱글톤 패턴)

싱글톤 사용하기

  • 핵심 idea : instance이용하기

객체 하나 생성

package hello.core.singleton;
public class SingletonService {
 //1. static 영역에 객체를 딱 1개만 생성해둔다.
 private static final SingletonService instance = new SingletonService();
 //2. public으로 열어서 객체 인스턴스가 필요하면 이 static 메서드를 통해서만 조회하도록 허용한
.
 public static SingletonService getInstance() {
 return instance;
 }
 //3. 생성자를 private으로 선언해서 외부에서 new 키워드를 사용한 객체 생성을 못하게 막는다.
 private SingletonService() {
 }
 public void logic() {
 System.out.println("싱글톤 객체 로직 호출");
 }
}

싱글톤 패턴을 사용하기

@Test
@DisplayName("싱글톤 패턴을 적용한 객체 사용")
public void singletonServiceTest() {
 //private으로 생성자를 막아두었다. 컴파일 오류가 발생한다.
 //new SingletonService();
 //1. 조회: 호출할 때 마다 같은 객체를 반환
 SingletonService singletonService1 = SingletonService.getInstance();
 //2. 조회: 호출할 때 마다 같은 객체를 반환
 SingletonService singletonService2 = SingletonService.getInstance();
 //참조값이 같은 것을 확인
 System.out.println("singletonService1 = " + singletonService1);
 System.out.println("singletonService2 = " + singletonService2);
 // singletonService1 == singletonService2
 assertThat(singletonService1).isSameAs(singletonService2);
 singletonService1.logic();
}

싱글톤 패턴 단점

  • 코드가 많이 들어간다.
  • 구체 클래스에 의존한다.
  • 유연성이 떨어진다.

싱글톤 컨테이너

  • 싱글톤 패턴 문제 해결
  • 객체 인스턴스를 싱글톤으로 관리
@Test
@DisplayName("스프링 컨테이너와 싱글톤")
void springContainer() {
 ApplicationContext ac = new
AnnotationConfigApplicationContext(AppConfig.class);
 //1. 조회: 호출할 때 마다 같은 객체를 반환
 MemberService memberService1 = ac.getBean("memberService", 
MemberService.class);
 //2. 조회: 호출할 때 마다 같은 객체를 반환
 MemberService memberService2 = ac.getBean("memberService", 
MemberService.class);
 //참조값이 같은 것을 확인
 System.out.println("memberService1 = " + memberService1);
 System.out.println("memberService2 = " + memberService2);
 //memberService1 == memberService2
 assertThat(memberService1).isSameAs(memberService2);
}

싱글톤 방식 주의점

  • 특정 클라이언트가 값을 변경할 수 있도록 하면 안된다. (공유되는 자원이기 때문이다.)

  • = 스프링 빈은 항상 무상태(stateless)로 설계해야한다.

@Configuration과 싱글톤 - 바이트코드 조작 라이브러리

  • 스프링 컨테이너 = 싱글톤 레지스트리
  • 스프링 빈 -> 싱글톤 보장

어떻게?

스프링에서 AppConfig를 싱글톤이 보장되도록하기 위해 바이트 코드를 조작해서 작성해 스프링 컨테이너에 넣는다.

그래서.. 어떤 변화가 있는가?

@Bean이 붙은 메서드마다 이미 스프링 빈이 존재하면 존재하는 빈을 반환하고, 스프링 빈이 없으면 생성해서 스프링 빈으로 등록하고 반환하는 코드가 동적으로 만들어진다.

덕분에 싱글톤이 보장된다.