빈 생명주기 콜백

데이터베이스 커넥션 풀이나 네트워크 소켓처럼 애플리케이션 시작 시점에 필요한 연결을 미리 해두고, 애플리케이션 종료 시점에 연결을 모두 종료하는 작업을 진행하려면 객체의 초기화와 종료작업이 필요하다. 

(데이터베이스 커넥션 풀 같은 경우, 미리 애플리케이션 서버가 올라올 때 커넥션을 미리 연결을 해놓는다.)

 

먼저, 스프링 빈의 생명주기를 살펴보자.

 

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

 

 

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

 

초기화 콜백과 소멸전 콜백이 구분되어 있기 때문에 필요 시, 콜백 메서드를 통해서 시작 지점과 종료 지점의 처리를 각각 해줄 수 있는 것이다. 

 

 

 

그런데, 

커넥션 풀이나 네트워크 소켓처럼 생성될 때 해야하는 처리라면 객체 생성과 동시에 생성자에서 초기화 처리할 수 있지 않을까?

 

 

객체의 생성과 초기화를 분리하자.

 

생성자는 필수 정보(파라메터)를 받고, 메모리를 할당하여 객체를 생성하는 책임을 가진다. 

반면에 초기화는 이렇게 생성된 값들을 활용해서 외부 커넥션을 연결하는 등 무거운 동작을 수행한다.
따라서 생성자 안에서 무거운 초기화 작업을 함께 하는 것 보다는 객체를 생성하는 부분과 초기화를 하는 부분을 명확하게 나누는 것이 유지보수의 관점에서도 좋으며 단일책임 원칙(SRP)를 지키는 설계라고 할 수 있다. 물론 초기화 작업이 내부 값들만 약간 변경하는 정도의 간단한 경우에는 생성자에서 한번에 처리하는 것이 나을 수도 있다.

 

 

 

 

 

 

 

빈 생명주기 콜백

 

 

 

BeanLifeCycle

 

빈 생명주기 콜백 방법들을 알아보기 위해 위와 같은 클래스를 만들었다.

 

 

 

 

LifeCycleTest

 

테스트 파일에 LifeCycleConfig를 만들어서 BeanLifeCycle을 빈으로 등록하였다. 그리고 등록하는 빈에 서 setter를 이용해서 url을 넣어주었다. 이렇게 하면 어떻게 나올까?

 

 

 

결과

 

 

등록될 빈인 beanLifeCycle() 에서 BeanLifeCycle bean = new BeanLifeCycle(); 로 생성자를 호출하여 객체를 만든 후에 setUrl을 해주었기 때문에 생성자를 호출했을 당시에는 url이 null 값이라 위와 같은 결과를 얻게 되는 것이다. 

connect와 disconnect를 빈 등록 시점(의존관계 주입 이후)과 빈 소멸 직전 시점에 적절하게 콜백하는 방법에 대해 한개씩 알아보자.

 

 

 

 

 

 

 

 

 

 

1. 인터페이스 InitializingBean, DisposableBean

 

 

BeanLifeCycle에 InitializingBean, DisposableBean 인터페이스를 implements 해준다.

 

 

Override된 메서드들을 재정의한다.

 

 

 

테스트 결과

 

 

 

- 이 인터페이스는 스프링 전용 인터페이스이다. 해당 코드가 스프링 전용 인터페이에 의존하게 된다. 
- 초기화, 소멸 메서드의 이름을 변경할 수 없다. 
- 내가 코드를 고칠 수 없는 외부 라이브러리에 적용할 수 없다.
- 인터페이스를 사용하는 초기화, 종료방법은 스프링 초창기에 나온 방법들로 지금은 거의 사용하지 않는다.

 

 

 

 

 

 

2. 빈 등록 초기화, 소멸 메서드

 

 

 

BeanLifeCycle에 빈 생성 이후 시점과 빈 소멸 직전 시점에 호출될 메서드들을 각각 정의해준다.

 

 

 

@Bean애노테이션을 쓸 때 initMethod와 destroyMethod를 각각 등록해준다.

 

 

테스트 결과

 

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

 

 

종료 메서드 추론

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

 

 

 

 

 

 

3. @PostContruct, @PreDestory

 

 

 

BeanLifeCycle에 빈 생성 이후 시점과 빈 소멸 직전 시점에 호출될 메서드를 만들고 그 메서드에 @PostContruct, @PreDestroy 애노테이션을 각각 붙여주면 된다.

 

 

 

테스트 결과

 

 

 

- 패키지를보면 'javax.annotaion.PostContruct'이다. javax는 스프링에 종속된 기술이 아니라 JSR-250이라는 자바 표준이다. 따라서 스프링이 아닌 다른 컨테이너에서도 동작한다.
- 컴포넌트 스캔과 잘어울린다.
- 유일한 단점은 외부 라이브러리에는 적용하지 못한다는 것이다. 외부 라이브러리를 초기화, 종료 해야하면 @Bean의 기능을 사용하자 (2번)