🌿 빈 생명주기 콜백 시작
언제 필요한가?
데이터베이스 커넥션 풀, 네트워크 소켓 처럼 애플리케이션 시작 시점에 필요한 연결을 미리 해두고 애플리케이션 종료 시점에 연결을 모두 종료하는 작업을 진행하려면, 객체의 초기화와 종료 작업이 필요
스프링 빈은 간단하게 다음과 같은 라이프사이클을 가진다.
객체 생성 → 의존관계 주입
해당 사이클이 끝난 다음에야 필요한 데이터를 사용할 준비가 완료된다.
초기화 작업은 의존관계 주입이 모두 완료되고 난 다음에 호출해야 한다.
✔️ 개발자가 의존관계 주입이 모두 완료된 시점을 아는 방법
-
스프링은 의존관계 주입이 완료되면 스프링 빈에게 콜백 메서드를 통해서 초기화 시점을 알려주는 다양한 기능을 제공
-스프링은 스프링 컨테이너가 종료되기 직전에 소멸 콜백
✔️ 스프링 빈의 이벤트 라이프 사이클
스프링 컨테이너 생성 → 스프링 빈 생성 → 의존관계 주입 → 초기화 콜백 → 사용 → 소멸전 콜백 → 스프링 종료
- 초기화 콜백 : 빈이 생성되고, 빈의 의존관계 주입이 완료된 후 호출
- 소멸전 콜백 : 빈이 소멸되기 직전에 호출
객체의 생성과 초기화를 분리하자
생성자는 필수 정보를 받고, 메모리 할당으로 객체 생성 책임을 가진다.
반면에 초기화는 이렇게 생성된 값들을 활용해서 외부 커넥션을 연결하는 등
무거운 동작을 수행한다. 분리하는 것이 유지보수 관점에서 좋다.
☘️ 빈 생명주기 콜백 3가지
✔️ 인터페이스 InitializingBean, DisposableBean
InitializingBean 은 afterPropertiesSet() 메서드로 초기화를 지원
DisposableBean 은 destroy() 메서드로 소멸을 지원
인터페이스의 메소드를 @Override 하면 된다.
💥 단점
- 스프링 전용 인터페이스, 해당 코드가 스프링 전용 인터페이스에 의존한다.
- 초기화, 소멸 메서드의 이름을 변경 불가
- 내가 코드를 고칠 수 없는 외부 라이브러리에 적용할 수 없다.
거의 사용하지 않는다.
✔️ 설정 정보에 초기화 메서드, 종료 메서드 지정
@Bean(initMethod = "init", destroyMethod = "close")🧫 특징
- 메서드 이름을 자유롭게 설정 가능
- 스프링 빈이 스프링 코드에 의존 X
- 코드가 아니라 설정 정보를 사용하기 때문에 코드를 고칠 수 없는 외부 라이브러리에도 초기화, 종료 메서드를 적용 가능
💥 종료 메서드 추론
- 라이브러리는 대부분
close,shutdown이라는 이름의 종료 메서드를 사용 - 반면에
@Bean의destroyMethod속성에는 기본값이(inferred)(추론)으로 등록되어 있다. - 이 추론 기능은
close,shutdown라는 이름의 메서드를 자동으로 호출, 이름 그대로 종료 메서드를 추론해서 호출해준다. - 직접 스프링 빈으로 등록하면 종료 메서드는 따로 적어주지 않아도 잘 작동
Bean()여기에destroy를 생략해도 추론 기능으로close같은 이름의 메서드가 있다면 자동으로 호출해준다.
- 추론 기능 사용이 싫다면
destroyMethod=""(공백)
✅ @PostConstruct, @PreDestroy 애노테이션 지원 <권장>
권장
가장 편리한 방법
@PostConstruct
public void init() {
}
@PreDestroy
public void close() {
disConnect();
}
🧫 특징
- 최신 스프링에서 가장 권장하는 방법
- 애노테이션 하나만 붙이면 되므로 매우 편리
javax.annotation.PostConstruct인 자바 표준 패키지이기에 스프링이 아닌 다른 컨테이너에서도 동작- 컴포넌트 스캔과 잘 어울림
유일한 단점 : 외부 라이브러리에 적용 불가
해결 : 외부 라이브러리 사용시@Bean()기능을 사용하자.
🔖 학습내용 출처
