인프런 김영한 님의 <스프링 핵심 원리 - 기본편> 강의 내용을 정리한 것입니다.
빈 생명주기 콜백 시작
스프링 빈은 간단하게 다음과 같은 라이프 사이클을 갖는다 :
객체 생성 → 의존관계 주입스프링 빈은 객체를 생성하고 의존관계 주입이 끝난 다음에야 필요한 데이터를 사용할 수 있다. 초기화 작업은 의존관계 주입이 완료되고 난 다음에 호출된다.
스프링은 의존관계 주입이 완료되면 스프링 빈에게 콜백 메서드를 통해 초기화 시점을 알려주는 다양한 기능을 제공한다.또한 스프링 컨테이너가 종료되기 직전에 소멸 콜백을 주어 안전하게 종료 작업을 진행할 수 있다.
스프링 빈의 이벤트 라이프사이클
스프링 컨테이너 생성 → 스프링 빈 생성(생성자 주입) → 의존관계 주입(수정자/필드 주입) → 초기화 콜백 → 사용 → 소멸전 콜백 → 스프링 종료
객체의 생성과 초기화는 분리하는 것이 좋다!
생성자는 필수 정보(파라미터)를 받고, 메모리를 할당해서 객체를 생성하는 책임을 갖고, 초기화는 생성된 값을 활용해서 외부 커넥션을 연결하는 등 무거운 동작을 수행한다.
생성자 안에서 무거운 초기화 작업을 함께 하는 것보다는 단일 책임 원칙에 따라 둘을 명확히 나누는 것이 유지보수 관점에서 좋다.
스프링 빈 생명주기 콜백 지원 방법
인터페이스( InitializingBean, DisposableBean )
스프링 초창기에 나온 방법. 지금은 거의 사용하지 않는다.
-
InitializingBean:afterPropertiesSet()메서드로 초기화를 지원. -
DisposableBean:destroy()메서드로 소멸 지원.
단점
- 스프링 전용 인터페이스. 해당 코드가 스프링 전용 인터페이스에 의존한다.
- 초기화/소멸 메서드 이름을 변경할 수 없다.
- 내가 코드를 고칠 수 없는 외부 라이브러리에 적용할 수 없다.
빈 등록 초기화, 소멸 메서드
설정 정보에 @Bean(initMethod = "init", destroyMethod = "close") 처럼 초기화, 소멸 메서드를 지정할 수 있다.
특징 : 인터페이스의 단점을 보완한다.
- 스프링 빈이 스프링 코드에 의존하지 않는다.
- 메서드 이름을 자유롭게 줄 수 있다.
- 코드가 아닌 설정 정보를 사용하므로 코드를 고칠 수 없는 외부 라이브러리에도 초기화/종료 메서드 적용이 가능하다.
종료 메서드 추론
@Bean 의 destroyMethod 기본값은 (inferred) 이다.
대부분의 종료 메서드는 close, shutdown 등의 이름을 사용하기 때문에 destroyMethod 를 지정하지 않아도 이러한 이름의 메서드를 '추론'해서 자동 호출해준다.
애노테이션( @PostConstruct, @PreDestroy )
최신 스프링에서 가장 권장하는 방법.
javax.annotation 패키지. 자바 표준 애노테이션. 즉, 스프링이 아닌 다른 컨테이너에서도 동작한다.
유일한 단점은 외부 라이브러리에 적용하지 못한다는 것이다. 외부 라이브러리를 초기화/종료 해야 하면 @Bean의 기능 사용하면 된다.
