싱글톤 컨테이너

스프링 컨테이너는 싱글톤 패턴의 문제점을 해결하면서, 객체 인스턴스를 싱글톤(1개만 생성)으로 관리한다.

지금까지 우리가 학습한 스프링빈이 바로 싱글톤으로 관리되는 빈이다.

 

싱글톤 컨테이너

• 스프링 컨테이너는 싱글톤 패턴을 적용하지 않아도, 객체 인스턴스를 싱글톤으로 관리한다.

     - 이전에 설명한 컨테이너는 생성 과정을 자세히 보자 컨테이너는 객체를 하나 생성해서 관리한다.

• 스프링 컨테이너는 싱글톤 컨테이너 역할을 한다. 이렇게 싱글톤 객체를 생성하고 관리하는 기능을 싱글톤 레지스트리라 한다.
• 스프링 컨테이너의 이런 기능 덕분에 싱글턴 패턴의 모든 단점을 해결하면서 객체를 싱글톤으로 유지할 수 있다.

     - 싱글톤 패턴을 위한 지저분한 코드가 들어가지 않아도 된다.

     - DIP, OCP, 테스트 private 생성자로 부터 자유롭게 싱글톤을 사용할 수 있다.

 

*스프링 컨테이너를 사용하는 테스트 코드*

 @Test
    @DisplayName("스프링 컨테이너와 싱글톤")
    void springContainer(){

//        AppConfig appConfig = new AppConfig();
        AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(AppConfig.class);
        MemberService memberService1 = ac.getBean("memberService",MemberService.class);
        MemberService memberService2 = ac.getBean("memberService",MemberService.class);

        //참조값이 다른 것을 확인
        System.out.println("memberService1 =" +memberService1);
        System.out.println("memberService2 = "+memberService2);


        //memberService != memberSerivce2
        Assertions.assertThat(memberService1).isSameAs(memberService2);
    }

 

 

 

스프링 컨테이너가 빈객체를 미리 등록해서 관리해준다. 즉 객체 인스턴스를 미리 생성해 놓고 관리해준다. 조회하면 관리되는 객체 인스턴스를 조회해 준다. 두번 조회하면 이미 관리되면 객체 인스턴트를 반환해 준다.

 

 

*싱글톤 컨테이너 적용 후*

 

• 스프링 컨테이너 덕분에 고객의 요청이 올 때마다 객체를 생성하는 것이 아니라, 이미 만들어진 객체를 공유해서 효율적으로 재사용할 수 있다.

 

참고 : 스프링의 기본 빈 등록 방식은 싱클톤이지만, 싱글톤 방식만 지원하는 것은 아니다. 요청할 때 마다 새로운 객체를 생성해서 반환하는 기능도 제공한다. 자세한 내용은 뒤에 빈 스코프에서 설명

 

 

+ 스프링 빈을 이용한면 거의 99%는 싱글톤 빈만 쓴다고 생각하면 된다.

가끔 특별한 기능들을 한다고 할때 scope 기능을 이용해서 싱글톤이 아닌 객체 인스턴스를 반환시킬 수 있다. =>

요청할 때마다 새로 꺼낸다거나,

HttpRequest사이클이랑 맞춰서 Bean 라이프 사이클 맞추거나,

고객이 들어 올때 만들어서, 고객이 나갈 때 죽여버거나,

또는 HttpSession이랑 똑같은 라이프 사이클을 맞추거나 할 수 있다.

 

 

[출처 : 김영한. 스프링 핵심 원리-기본편. 인프런]