빈 생명주기 콜백
데이터베이스 커넥션 풀, 네트워크 소켓처럼 애플리케이션 시작 시점에 필요한 연결을
미리 해둠
→ 이후 애플리케이션 종료 시점에 연결을 모두 종료하기 이해 객체 초기화와 종료 작업이 필요
연결 및 종료 작업시 필요한 빈 생명주기 콜백
스프링에서 지원하는 빈 생명주기 콜백
- 인터페이스 (InitializeBean, DisposableBean)
- 설정 정보에 초기화, 종료 메서드 지정
- @PostConstruct, @PreDestroy 애노테이션
스프링 빈의 라이프 사이클
(자동의존 관계 주입시) 객체 생성 → 의존 관계 주입
초기화 작업은 의존관계 주입이 모두 완료된 후에 진행해야함, 그럼 개발자는 이 시점을 어떻게 알 수 있는가?
- 의존 관계 주입이 완료되면, 스프링 빈에게 콜백 메서드로 초기화 시점을 알려주는 기능 제공
- 스프링 컨테이너가 종료되기 직전에 소멸 콜백을 줌 → 안전한 종료 작업 가능
⭐️스프링 빈의 이벤트 라이프 사이클
스프링 컨테이너 생성 → 스프링 빈 생성 → 의존관계 주입
→ 초기화 콜백 → 사용 → 소멸전 콜백 → 스프링 종료
객체 생성과 초기화는 분리하자
초기화 작업은 생성된 값을 활용해서 외부 커넥션을 연결하는 등의 무거운 작업
따라서 생성과 초기화는 명확하게 나누는 것이 유지보수 측면에서 좋음
인터페이스 InitializeBean, DisposableBean 사용
지금은 거의 사용하지 않는 방식
1. InitializeBean
인터페이스 상속 후, afterPropertiesSet 메서드 오버라이딩
의존 관계 주입 이후 connect() 호출
public class NetworkClient implements InitializingBean{
...
@Override
Public void afterPropertiesSet() throws Exception{
connect();
call("초기화 연결 메시지");
}
}2. DisposableBean
인터페이스 상속 후, destroy 메서드 오버라이딩
빈이 종료될 때 disConnect() 호출
public class NetworkClient implements InitializingBean, DisposableBean {
...
@Override
public void destroy() throws Exception {
disConnect();
}단점
- 스프링 전용 인터페이스로, 코드가 스프링 전용 인터페이스에 의존
- 메서드의 이름 변경 불가
- 코드 수정이 불가한 외부 라이브러리에 적용할 수 없다.
빈 등록 초기화, 소멸 메서드 사용
설정 정보에 초기화, 소멸 메서드를 지정할 수 있음
- 설정 정보에서 각 메서드 지정
public class BeanLifeCycleTest {
...
@Configuration
static class LifeCycleConfig {
@Bean(initMethod = "init", destroyMethod = "close")
...
}
}- 메서드 수정
public class NetworkClient {
...
public void init() {
System.out.println("NetworkeClient.init");
connect();
call("초기화 연결 메시지");
}
public void close() {
System.out.println("NetworkeClient.close");
disConnect();
}
}
장점
- 메서드 이름을 자유롭게 설정 가능
- 스프링 빈이 스프링 코드에 의존하지 않음
- 설정 정보를 사용하기 때문에, 코드 수정이 어려운 외부 라이브러리에서도 적용 가능
⭐️ @PostConstruct, @PreDestroy 애노테이션 사용
이 방법을 사용하면 된다
init, close 메서드 위에 해당 애노테이션을 붙이기만 하면 된다.
@PostConstruct
public void init() {
...
}
@PreDestroy
public void close() {
...
}장점
- 스프링에서 가장 권장
- java에서 공식적으로 지원하는 애노테이션
- 컴포넌트 스캔과 잘 어울림
단점 - 외부 라이브러리에 적용할 수 없다.
