struts2 를 이용해 Controller 를 구성할때는 해당 Controller가 prototype 으로 생성되 각 쓰레드별로 Heap 메모리에 객체를 동적으로 생성하고 사용하는 것으로 알고 있습니다.
이로 인해 요청이 올때마다 메모리에 대한 부담이 클것이라고 생각했는데, spring MVC 테스트 도중 spring의 Controller는 singleton으로 생성되는 것을 알게 되었는데, 그렇다면 Contoller를 구성하는데 이 두가지 방식에 차이가 있지 않을까 라는 궁금증이 생겼습니다.
여지껏 알고있던 Contoller 라는 녀석은 요청시마다 쓰레드별로 heap메모리에 객체를 생성해, 쓰레드 Safe한 상태라고 생각했는데 Spring MVC에서의 contoller는 singleton이라니.. 그렇다면 하나의 객체로 여러 쓰레드에게 제공되기 때문에 쓰레드 Safe 하지 않지 않을까 라는 궁금증이 들기 시작했습니다. Safe 하지 않다면, 객체 내의 상태관리를 어떻게 할것인가..
이에 대해 알아보니
- Spring 에서 지원하는 singleton 인스턴스는 Non EJB 아키텍쳐에서 많이 사용한 singleton 디자인 패턴을 이용하여 구현하는 것이 아니라 어플리케이션 저장소(Registry)를 이용하여 구현하는 방식을 이용하고 있다고 합니다.
- Spring에서 Registry 역할을 하는 클래스는 ApplicationContext 이고, singleton 인스턴스로 관리되는 모든 POJO빈은 ApplicationContext내에 있는 HashMap에 Key & Value 로 저장해두기때문에 bean에 접근하고자 할때 HashMap에서 bean 인스턴스를 얻게 되기때문에, singleton 디자인 패턴을 이용할 경우 발생되는 문제점을 해결하는 것이 가능하다 라고 하네요
* singleton 디자인 패턴의 문제점에 대한 자세한 내용은
http://wiki.javajigi.net/pages/viewpage.action?pageId=527&decorator=printable에 잘 정리되 있습니다.
추가적으로 다음과 같은 경우 singleton 인스턴스로 관리 가능하다고 합니다.
- 생성되는 인스턴스 내에 공유되는 상태가 없는 경우
- 생성되는 인스턴스 내에 read-only 상태만 있는 경우
- 생성되는 인스턴스 내에 공유되는 상태가 있더라도 상태를 변경할 때 동기화를 보장 할 수 있는 경우