[Spring] 싱글톤 컨테이너

싱글톤 컨테이너

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

 

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

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

• 위 그림에서 보면 빈 객체를 미리 스프링 컨테이너(싱글톤 컨테이너)가 등록해서 관리해준다. 그리고 조회하면 관리되고 있는 객체를 불러온다. 여러개 조회해도 이미 관리되고 있는 객체를 조회한다. 예를 들어 memberService 를 몇번을 불러도 MemberServiceImpl@x01 를 조회해준다.

2. 스프링 컨테이너는 싱글톤 컨테이너 역할을 한다. 이렇게 싱글톤 객체를 생성하고 관리하는 기능을 싱글톤 레지스트리라 한다.

3. 스프링 컨테이너의 이런 기능 덕분에 싱글턴 패턴의 모든 단점을 해결하면서 객체를 싱글톤으로 유지할 수 있다.

• 싱글톤 패턴을 위한 지저분한 코드가 들어가지 않아도 된다.
  • 싱글톤 패턴을 위해서 들어가는 지저분한 코드들을 안들어가도 된다. 그리고 " (구체 클래스).getInstance() " 이렇게 해야하기 때문에 DIP 에 위반한다. 스프링이 관리 해주기 때문에 이런 코드가 다 빠져도 된다.
• DIP, OCP, 테스트, private 생성자로 부터 자유롭게 싱글톤을 사용할 수 있다. ➡️ 스프링이 다 관리 해주는 덕분이다.

 

이 테스트로 같은 객체를 불러오는 것을 확인할 수 있다.

조회할 때 마다 스프링이 처음에 빈 등록한 것을 계속 반환해주는 것을 확인할 수 있다. ➡️ 싱글톤 맞다~

위 테스트에서 MemberServiceImpl 객체를 불렀는데 이 객체의 코드를 확인해보자. 과연 싱글톤 관련된 코드가 있을까? ⬇️⬇️⬇️

 

싱글톤 관련된 코드는 없는 것을 확인할 수 있다.

 

 

싱글톤 적용 Before After

• Before

 

• After

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

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

 

이러한 싱글톤 방식에도 주의점이 있다.(매우 중요) 다음 글에서 확인해보자.

⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️

[Spring] 싱글톤 패턴 주의점