싱글톤 컨테이너 (2) 원리

그렇다면 스프링은 어떻게 싱글톤 패턴을 유지하는 걸까?

 

스프링빈 설정 정보를 담은 AppConfig를 AnnotationConfigApplicationContext로 넘기면, AppConfig 또한 스프링 빈으로 등록된다. AppConfig 파일을 스프링 빈에서 꺼내서 출력해보면...

 

클래스명이 이상하다!

예상대로라면 클래스명이 AppConfig로 나와야하는데... $$EnhancerBySpringCGLIB이라는 게 추가된 클래스명이 나온다.

어떻게 된 일일까?

 

 

 

내가 AppConfig를 넘겨주면 스프링은 그것을 있는 그대로 스프링 빈으로 등록하지 않는다. CGLIB이라는 바이트코드 조작 라이브러리를 사용해서 AppConfig를 상속한 다른 클래스(AppConfig@CGLIB)를 만든다. 그리고 이 클래스를 스프링 컨테이너에 등록한다.

 

 

가공된 클래스인 AppConfig@CGLIB을 예상해보면 위와 같다. MemoryMemberRepository는 MemberRepository에 주입되는 하위객체이다. MemberRepository라는 객체를 스프링 빈으로 등록할 때, 하위 객체가 이미 등록되어 있다면 등록된 하위 객체를 찾아서 바로 반환한다. 등록하려던 객체 또한 바로 등록된다.

반면에 주입하려고 하는 객체가 아직 등록되지 않은 하위 객체라면 AppConfig에 있는 코드대로 수행해서 하위 객체를 먼저 등록한 뒤,  등록하려던 객체를 등록한다.

 

이처럼 어떤 객체를 생성하기 전에 등록 여부를 먼저 체크한다. 따라서 객체가 중복생성되지 않고 싱글톤 패턴을 유지하게 된다.

 

 

주의사항

위와 같이 CGLIB을 이용해서 싱글톤 패턴을 보장하려면, 스프링 설정 파일에 항상 @Configuration annotation을 붙여줘야한다. 만약 @Configuration을 붙이지 않으면, CGLIB이 사용되지 않아 객체가 중복생성되며, 스프링 컨테이너는 빈을 관리할 수 없게 된다.

스프링 설정 정보에는 항상 @Configuration 을 사용하자.

 

 

 

사진, 내용 출처 : 인프런, 김영한 강사님의 '스프링 핵심 원리 - 기본편' 강좌, 강의자료

https://inf.run/TErf