2 분 소요


스프링 빈의 라이프사이클

객체 생성 -> 의존관계 주입

  • 스프링 빈은 객체를 생성하고, 의존관계 주입이 다 끝난 다음에야 필요한 데이터를 사용할 수 있는 준비가 완료된다.
  • 스프링은 의존관계 주입이 완료되면 스프링 빈에게 콜백 메서드를 통해서 초기화 시점을 알려주는 다양한 기능을 제공한다.
  • 또한, 스프링 컨테이너가 종료되기 직전에 소멸 콜백을 준다.

스프링 빈의 이벤트 라이프사이클

스프링 컨테이너 생성 -> 스프링 빈 생성 -> 의존관계 주입 -> 초기화 콜백 -> 사용 -> 소멸전 콜백 -> 스프링 종료

  • 초기화 콜백: 빈이 생성되고, 빈의 의존관계 주입이 완료된 후 호출
  • 소멸전 콜백: 빈이 소멸되기 직전에 호출

[참고] 객체의 생성과 초기화를 분리
생성자는 메모리를 할당해서 객체를 생성하는 책임을 가지고, 초기화는 이렇게 생성된 값들을 활용해서 외부 커넥션을 연결하는 등 무거운 동작을 수행한다. 따라서, 생성자 안에서 무거운 초기화 작업을 한번에 하는 것 보다는 객체를 생성하는 부분과 초기화 하는 부분을 명확하게 나누는 것이 유지보수 관점에서 좋다. 경우에 따라서 초기화 작업이 단순한 경우에는 생성자안에서 한번에 다 처리하는게 더 나을 수 있다.

[참고]
싱글톤 빈들은 스프링 컨테이너가 종료될 때 함께 종료되기 때문에 스프링 컨테이너가 종료되기 직전에 소멸전 콜백이 일어난다.(예외도 있다.)


스프링이 지원하는 빈 생명주기 콜백

  • 인터페이스(InitializingBean, DisposableBean)
  • 설정 정보에 초기화 메서드, 종료 메서드 지정
  • @PostConstruct, @PreDestroy 애노테이션 지원

인터페이스 InitializingBean, DisposableBean

public class NetworkClient implements InitializingBean, DisposableBean {
    @Override
    public void afterPropertiesSet() throws Exception {
        connect();
        call("초기화 연결 메시지");
    }
    @Override
    public void destroy() throws Exception {
        disConnect();
    }
}
  • InitializingBean은 afterPropertiesSet()메서드로 초기화를 지원한다.
  • DisposableBean은 destroy()메서드로 소멸을 지원한다.

초기화, 소멸 인터페이스 단점

  • 이 인터페이스는 스프링 전용 인터페이스다. 따라서, 해당 코드는 스프링 전용 인터페이스에 의존하게 된다.
  • 초기화, 소멸 메서드의 이름을 변경할 수 없다.
  • 이 방법은 스프링 초창기에 나온 방법이며, 지금은 거의 사용하지 않는다.

빈 등록 초기화, 소멸 메서드 지정

설정 정보에 초기화 소멸 메서드 지정

@Configuration
static class LifeCycleConfig {
    @Bean(initMethod = "init", destroyMethod = "close")
    public NetworkClient networkClient() {
        ~~
        ~~..
        return networkClient;
    }
}

설정 정보를 사용하도록 변경

public class NetworkClient {
    public void init() {
        System.out.println("NetworkClient.init");
        connect();
        call("초기화 연결 메시지");
    }
    public void close() {
        System.out.println("NetworkClient.close");
        disConnect();
    }
}

설정 정보 사용 특징

  • 메서드 이름을 자유롭게 줄 수 있다.
  • 스프링 빈이 스프링 코드에 의존하지 않는다.
  • 코드가 아니라 설정 정보를 사용하기 때문에 코드를 고칠 수 없는 외부 라이브러리에도 초기화, 종료 메서드를 적용할 수 있다.

종료 메서드 추론

  • 라이브러리는 대부분 close, shutdown이라는 이름의 종료 메서드를 사용한다.
  • @Bean의 destroyMethod는 기본값이 (inferred)(추론)으로 등록되어 있다.
  • 이 추론 기능은 close, shutdown라는 이름의 메서드를 자동으로 호출해 주기 때문에 종료 메서드를 따로 적어주지 않아도 잘 동작한다.
  • 추론 기능을 사용하고 싶지 않다면 destroyMethod=""처럼 빈 공백을 지정하면 된다.

애노테이션 @PostConstruct, @PreDestroy

설정 정보

@Configuration
static class LifeCycleConfig {

    @Bean
    public NetworkClient networkClient() {
        NetworkClient networkClient = new NetworkClient();
        networkClient.setUrl("http://hello-spring.dev");
        return networkClient;
    }
}

설정 정보 사용

public class NetworkClient {
    @PostConstruct
    public void init() {
        System.out.println("NetworkClient.init");
        connect();
        call("초기화 연결 메시지");
    }
    @PreDestroy
    public void close() {
        System.out.println("NetworkClient.close");
        disConnect();
    }
}

@PostConstruct, @PreDestroy 두 애노테이션을 사용하면 편리하게 초기화와 종료를 실행할 수 있다.

특징

  • 최신 스프링에서 가장 권장하는 방법이다.
  • 애노테이션 하나만 붙이면 되므로 매우 편리하다.
  • 스프링에 종속적인 기술이 아닌 JSR-250이라는 자바 표준이다. 따라서, 스프링이 아닌 다른 컨테이너에서도 동작한다.
  • 컴포넌트 스캔과 잘 어울린다.

단점

  • 외부 라이브러리에는 적용하지 못한다.
  • 외부 라이브러리를 초기화, 종료하려면 @Bean의 기능을 사용.


정리

  • @PostConstruct, @PreDestroy 애노테이션을 사용하자.
  • 코드를 고칠 수 없는 외부 라이브러리를 초기화, 종료해야 하면 @Bean의 InitMethod, destroyMethod를 사용하자.


<출처 : 인프런 - 스프링 핵심 원리 기본편(김영한)>

댓글남기기

참고