스프링 핵심 원리 - 기본편 # Section 5

❓ 웹 애플리케이션과 싱글톤

• 스프링은 태생이 기업용 온라인 서비스 기술을 위해 탄생
• 웹 애플리케이션은 보통 여러 고객이 동시에 요청
• 요청 당 객체를 생성하면 메모리 낭비가 심함
• 1개의 객체만 생성하고 공유하도록 설계 그것이 싱글톤 패턴

---

❓ 싱글톤 패턴

• 클래스의 인스턴스가 딱 1개만 생성되는 것을 보장하는 디자인 패턴
• 그래서 객체 인스턴스를 2개 이상 생성하지 못하도록 막아야 함
  • priavte 생성자를 사용해서 외부에서 임의로 new 키워드를 사용하지 못하도록 함

public class SingletonService {
	// 1. static 영역에 객체를 딱 1개만 생성
	private static final SignletonService instance = new SignletonService();
    
    // 2. public 으로 열어서 객체 인스턴스가 필요하면 이 static 메서드를 통해서만 조회
    public static SingletonService getInstance() {
        return instance;
    }
    
    // 3. private 생성자를 선언하여 외부에서 생성하지 못하게 막기
    private SingletonService() {}
}

 

---

❓ 싱글톤 컨테이너

• 스프링 컨테이너는 싱글톤 패턴의 문제점을 해결하면서, 객체 인스턴스를 싱글톤으로 관리함
• 싱글톤 없이 관리되던 객체가 아니라 공유하여 사용하여 효율적으로 재사용할 수 있다.

 

 

---

❓ 싱글톤 방식의 주의점

• 인스턴스를 하나만 생성해서 공유하는 방식이기에 내부에 상태를 유지하는 코드를 넣으면 안된다.
• 무상태로 설계해야 한다.

---

❓ Configuration과 싱글톤

 

• memberRepositroy() 를 호출하면 new MemoryMemberRepository() 를 호출 함
• new 키워드로 생성이 되버리면 싱글톤 규칙이 깨질 거 같은데 ??

바이트코드 조작

• 스프링 빈에 등록된 객체를 출력해 보면 xxxCGLIB 가 붙게됨
• 스프링이 CGLIB 라는 바이트코드 조작 라이브러리를 사용해서 등록 될 Bean 클래스를 상속받은
  임의의 다른 클래스를 만들고, 그 다른 클래스를 스프링 빈으로 등록함 

• @Bean 이 붙은 메서드마다 이미 스프링 빈이 존재하면 빈을 반환, 스프링 빈이 없으면 생성
• 덕분에 싱글톤이 보장 됨

• 정리
  • @Bean 만 사용해도 스프링 빈으로 등록되지만, 싱글톤을 보장하지 않음
  • @Configuration 을 사용해야 싱글톤이 보장 됨

---

강의 출처

김영한의 스프링 로드맵 - 스프링 핵심원리 기본편