[스프링 핵심 원리] 7. 빈 생명주기 콜백
2022. 5. 13. 02:37ㆍWeb/Spring
반응형
velog에서 옮겨온 글 입니다.
원본 날짜: 2022-03-09T07:54:25.361Z
김영한님의 '스프링 핵심 원리 - 기본편' 강의를 듣고 정리한 글 입니다.
스프링 빈의 이벤트 라이프사이클
- 스프링 컨테이너 생성
- 스프링 빈 생성
- 의존관계 주입
- 초기화 콜백: 빈이 생성되고, 빈의 의존관계 주입이 완료된 후 호출
- 사용
- 소멸전 콜백: 빈이 소멸되기 직전에 호출
- 스프링 종료
객체의 생성과 초기화를 분리하자
- 생성자는 필수 정보(파라미터)를 받고, 메모리를 할당해서 객체를 생성하는 책임을 가진다. 반면에 초기화는 이렇게 생성된 값들을 활용해서 외부 커넥션을 연결하는등 무거운 동작을 수행한다.
- 따라서 생성자 안에서 무거운 초기화 작업을 함께 하는 것 보다는 객체를 생성하는 부분과 초기화 하는 부분을 명확하게 나누는 것이 유지보수 관점에서 좋다.
- 물론 초기화 작업이 내부 값들만 약간 변경하는 정도로 단순한 경우에는 생성자에서 한번에 다 처리하는게 더 나을 수 있다.
빈 생명주기 콜백
- 인터페이스(InitializingBean, DisposableBean)
- 설정 정보에 초기화 메서드, 종료 메서드 지정
@PostConstruct
,@PreDestroy
인터페이스(InitializingBean, DisposableBean)
public class NetworkClient implements InitializingBean, DisposableBean {
private String url;
public NetworkClient() {
System.out.println("생성자 호출, url = " + url);
}
...
// InitializingBean
@Override
public void afterPropertiesSet() throws Exception {
connect();
call("초기화 연결 메시지");
}
// DisposableBean
@Override
public void destroy() throws Exception {
disconnect();
}
}
- InitializingBean 은
afterPropertiesSet()
메서드로 초기화를 지원한다. - DisposableBean 은
destroy()
메서드로 소멸을 지원한다.
초기화, 소멸 인터페이스 단점
- 스프링 전용 인터페이스이므로 코드가 스프링 전용 인터페이스에 의존한다.
- 초기화, 소멸 메서드의 이름을 변경할 수 없다.
- 개발자가 직접 코드를 고칠 수 없는 외부 라이브러리에는 적용할 수 없다.
인터페이스를 사용하는 초기화, 종료 방법은 스프링 초창기에 나온 방법들이고, 지금은 다음의 더 나은 방법들이 있어서 거의 사용하지 않는다.
빈 등록 초기화, 소멸 메서드 지정
public class NetworkClient {
private String url;
public NetworkClient() {
System.out.println("생성자 호출, url = " + url);
}
...
public void init() throws Exception {
connect();
call("초기화 연결 메시지");
}
public void close() throws Exception {
disconnect();
}
}
@Configuration
static class LifeCycleConfig {
@Bean(initMethod = "init", destroyMethod = "close")
public NetworkClient networkClient() {
NetworkClient networkClient = new NetworkClient();
networkClient.setUrl("http://hello-spring.dev");
return networkClient;
}
}
- 메서드 이름을 자유롭게 줄 수 있다.
- 스프링 빈이 스프링 코드에 의존하지 않는다.
- 코드가 아니라 설정 정보를 사용하기 때문에 코드를 고칠 수 없는 외부 라이브러리에도 초기화, 종료 메서드를 적용할 수 있다.
destroyMethod
@Bean
의destroyMethod
는 기본값이 inferred로 되어있다. 이 기능은 close, shutdown이라는 이름의 메서드를 추론해서 자동으로 호출한다.- 추론 기능을 사용하기 싫다면
destroyMethod=""
처럼 빈 공백을 지정하면 된다.
@PostConstruct, @PreDestroy
public class NetworkClient {
private String url;
public NetworkClient() {
System.out.println("생성자 호출, url = " + url);
}
...
@PostConstruct
public void init() throws Exception {
connect();
call("초기화 연결 메시지");
}
@PreDestroy
public void close() throws Exception {
disconnect();
}
}
- 최신 스프링에서 가장 권장하는 방법
- 어노테이션 하나만 붙이면 되므로 편리하다.
javax.annotaion.PostConstruct
패키지 소속이다.- 스프링에 종속적인 게 아니라
JSR-250
이라는 자바 표준이다. - 따라서 스프링이 아닌 다른 컨테이너에서도 동작한다.
- 스프링에 종속적인 게 아니라
- 빈을 등록하는 게 아니므로 컴포넌트 스캔 기능과 잘 어울린다.
유일한 단점은 외부 라이브러리에는 적용하지 못한다는 것이다. 외부 라이브러리를 초기화, 종료 해야 하면
@Bean
의 기능을 사용하자.
반응형