본 프로젝트 자료는 김영한님의 스프링 핵심 원리 - 기본편 참고 제작됐음을 알립니다.
스프링 빈이 스프링 컨테이너의 시작과 함께 생성되어서 스프링 컨테이너가 종료될 때 까지 유지된다고 한다.
스프링 컨테이너 생성 -> 스프링 빈 생성 -> 의존관계 주입 -> 초기화 콜백 -> 사용 -> 소멸 전 콜백 -> 스프링 종료
이것은 스프링 빈이 기본적으로 싱글톤 스코프로 생성되기 때문이다. 스코프는 번역 그대로 빈이 존재할 수 있는 범위를 뜻 한다.
스프링은 다양한 스코프를 지원한다
- 싱글톤: 기본 스코프, 스프링 컨테이너의 시작과 종료까지 유지되는 가장 넓은 범위의 스코프이다.
- 프로토타입: 스프링 컨테이너는 프로토타입 빈의 생성과 의존관계 주입까지만 관여하고 더는 관리하지 않는 매우 짧은 범위의 스코프이다.
- 웹 관련 스코프
- request: 웹 요청이 들어오고 나갈때 까지 유지되는 스코프이다.
- session: 웹 세션이 생성되고 종료될 때 까지 유지되는 스코프이다.
- application: 웹의 서블릿 컨텍스트와 같은 범위로 유지되는 스코프이다.
싱글톤 스코프
- 스프링 컨테이너에 빈을 등록하면 기본적으로 싱글톤 패턴으로 빈을 관리해준다.
- 기본적으로 빈을 등록할 때 아무런 설정을 하지 않으면 빈은 싱글톤 스코프를 갖는다.
- 싱글톤 스코프는 애플리케이션 전반에 걸쳐 해당 반의 인스턴스를 오직 하나만 생성해서 사용하는 것을 의미한다.
코드를 사용해서 알아보자
Single, Proto 클래스를 새로 만들고 @Component를 붙여 빈으로 등록한다.
Single.java
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Component;
@Component
public class Single {
@Autowired
private Proto proto;
public Proto getProto() {
return proto;
}
}Proto.java
import org.springframework.stereotype.Component;
@Component
public class Proto {
}Single에 Proto를 주입한다.
AppRunner.java
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.boot.ApplicationArguments;
import org.springframework.boot.ApplicationRunner;
import org.springframework.stereotype.Component;
@Component
public class AppRunner implements ApplicationRunner {
@Autowired
Single single;
@Autowired
Proto proto;
@Override
public void run(ApplicationArguments args) throws Exception {
System.out.println(proto);
System.out.println(single.getProto());
}
}ApplicationRunner를 만들고 Single과 Proto를 주입받아 runner가 주입받은 Proto와 Single에서 가져온 Proto를 출력해보자.
실행 결과
출력 결과로 두 레퍼런스가 하나의 동일한 인스턴스인것을 확인할 수 있다.
Proto를 빈으로 등록할때 scope을 따로 설정해주지 않았으므로 싱글톤 scope을 갖고, 어플리케이션이 시작할때 생성되는 하나의 인스턴스를 쓰기 때문이다.
싱글톤 빈 사용시 주의할 점
* 프로퍼티 공유
싱글톤 객체의 프로퍼티는 thread-safe하다고 보장할 수 없다.
멀티쓰레드 환경에서 싱글톤 객체의 프로퍼티는 여러 쓰레드에 의해 바뀔 수 있는데
가령 쓰레드 A에서 프로퍼티 값을 x로 바꾸고 출력하는 과정에서 쓰레드 B가 프로퍼티 값을 y로 바꾸면 쓰레드 A 입장에서는 예상치 못한 결과가 나올수도 있는것이다.
* Application 초기 구동 시 인스턴스 생성
싱글톤 빈은 모두 기본적으로 어플리케이션 구동 시 생성되므로 싱글톤 빈이 많을 수록 구동 시간이 증가할 수 있다.
관련 글 - leica님의 블로그
프로토타입 스코프
싱글톤 스코프의 빈을 조회하면 스프링 컨테이너는 항상 같은 인스턴스의 스프링 빈을 반환한다. 반면에 프로토타입 스코프를 스프링 컨테이너에 조회하면 스프링 컨테이너는 항상 새로운 인스턴스를 생성해서 반환한다.
싱글톤 빈 요청
- 싱글톤 스코프의 빈을 스프링 컨테이너에 요청한다.
- 스프링 컨테이너는 본인이 관리하는 스프링 빈을 반환한다.
- 이후에 스프링 컨테이너에 같은 요청이 와도 같은 객체 인스턴스의 스프링 빈을 반환한다.
프로토타입 빈 요청1
- 프로토타입 스코프의 빈을 스프링 컨테이너에 요청한다.
- 스프링 컨테이너는 이 시점에 프로토타입 빈을 생성하고, 필요한 의존관계를 주입한다.
프로토타입 빈 요청2
- 스프링 컨테이너는 생성한 프로토타입 빈을 클라이언트에 반환한다.
- 이후에 스프링 컨테이너에 같은 요청이 오면 항상 새로운 프로토타입 빈을 생성해서 반환한다.
정리
여기서 핵심은 스프링 컨테이너는 프로토타입 빈을 생성하고, 의존관계 주입, 초기화까지만 처리한다는 것이다. 클라이언트에 빈을 반환하고, 이후 스프링 컨테이너는 생성된 프로토타입 빈을 관리하지 않는다.
프로토타입 빈을 관리할 책임은 프로토타입 빈을 받은 클라이언트에 있다.
그래서 @PreDestroy 같은 종료 매서드가 호출되지 않는다.
싱글톤 및 프로토타입 스코프 등록 방법
@Component
public class TestBean{
...
}싱글톤 스코프의 경우 위의 예시 코드와 같이
@Component 로 등록을 해놓으면 디폴트 값이기 때문에 저렇게만 해놓아도 자동으로 등록되니 생략하겠다.
프로토타입 스코프의 경우에는 자동으로 등록되도록 하는 방법과 수동으로 등록되게 하는 방법이 있다.
프로토 타입 스코프 자동 등록하기
@Scope("prototype")
@Component
public class TestBean{
...
}자동 등록의 경우 @Scope로 해놓고 prototype을 명시해놓으면 된다.
2.2 프로토 타입 스코프 수동 등록하기
@Scope("prototype")
@Bean
public class TestBean{
PrototypeBean TestBean(){
return new TestBean();
}
}수동 등록의 경우에는 @Bean, @Scope를 명시한 다음 생성자로 PrototypeBean을 반환하면 된다.
