나는 점차적으로 스프링을 사용 해왔다. 개념에 대한 합리적인 생각이 있다고 생각하지만 다른 스레드에서 정보를 뒤집어서 정보를 뒤집어 놓았다. 저 ... 스프링 프로토 타입 빈과 스프링의 이점
"
... 초기화 라이프 사이클 콜백 메서드가 구성 파괴 라이프 사이클 콜백이 호출되지, 프로토 타입의 경우에 관계없이 범위의 모든 개체에 대한라고하지만. 클라이언트 코드가 정리해야합니다가 프로토 타입 범위가 지정된 객체를 생성하고 프로토 타입 bean이 보유하고있는 값 비싼 리소스를 해제합니다 .Steotype 범위의 Bean이 보유한 리소스를 Spring 컨테이너에서 해제하려면 사용자 정의 bean 후 처리기를 사용하십시오. 깨끗하게 될 eed. "
예를 들어 요청 당 "새"빈 인스턴스가 필요한 프로토 타입 빈을 사용하려는 실제 사용 사례가 있다고 생각합니다. 그러나이 스 니펫 (Spring 3 문서)에서 이해할 수 있듯이 Spring은 정리가 필요한 bean에 대한 참조를 유지합니다. 참조 자체는 가비지 수집기에서 bean을 자동으로 지우지 않음을 의미합니다. 게다가 나는 프로토 타입 빈에 의해 유지되는 자원을 수동으로 정리해야한다는 것을 알았다.
이것이 올바른지 누군가가 알려 주실 수 있습니까? 그렇다면이 문제를 해결하는 데 사용되는 일반적인 패턴이 있습니까? Spring이 이런 방식으로 프로토 타입 빈을 구현하는 이유를 설명 할 수있는 답변을 보내 주시면 감사하겠습니다.
당신은 당신이 사용자 요청의 범위를 수 요청에 의해 범위가 필요 /html/ch04s04.html –
@Spaeth 오해의 소지가 있었을 수 있습니다 ... 이것은 웹 응용 프로그램이 아니며, 나는 "무언가"를 처리하기 위해 만들어 질 새로운 인스턴스에 대한 필요성을 보여 주려고했습니다. – JLove