Entity란 DB에서 영속적으로 저장된 데이터를 자바 객체로 매핑하여 '인스턴스의 형태'로 존재하는 데이터를 말한다.
스프링 프로젝트가 시작될 때 DB 연결, 소켓연결, 기타 등등 시간이 걸리기에 애플리케이션 시작 지점에 필요한 연결을 미리 해두고, 애플리케이션 종료시점에 연결을 모두 종료하는 작업을 진행하려면, 객체의 초기화 및 종료 작업을 해야 한다.
이를 알아보기 위해 네트워크 연결하는 동작을 표현하는 NetworkClient 예제 클래스를 만들어보자.
test/../hello.core/lifecycle/NetworkClient
package hello.core.lifecycle;
public class NetworkClient {
private String url;
public NetworkClient(){
System.out.println("생성자 호출, url = " + url);
connect();
call("초기화 연결 메시지");
}
public void setUrl(String url){
this.url = url;
}
// 서비스 시작시 호출
public void connect(){
System.out.println("connect : " + url);
}
public void call(String message){
System.out.println("call : " + url + " message = " + message);
}
// 서비스 종료시 호출
public void disconnect(){
System.out.println("close : " + url);
}
}
package hello.core.lifecycle;
import org.junit.jupiter.api.Test;
import org.springframework.context.ConfigurableApplicationContext;
import org.springframework.context.annotation.AnnotationConfigApplicationContext;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
public class BeanLifeCycleTest {
@Test
public void lifeCycleTest(){
ConfigurableApplicationContext ac = new AnnotationConfigApplicationContext(LifeCyclceConfig.class);
NetworkClient client = ac.getBean(NetworkClient.class);
ac.close();
}
@Configuration
static class LifeCyclceConfig{
@Bean
public NetworkClient networkClient(){
NetworkClient networkClient = new NetworkClient();
networkClient.setUrl("httpL//hello-spring.dev");
return networkClient;
}
}
}
실행 결과
실행 결과를 보면 url
이 모두 null
이다.
당연히 객체 생성 시점에서는 url
이 입력되지 않았고 생성 완료 후 setter
를 통해 url
을 넣었기 때문이다.
🔔 스프링 빈 라이프 사이클
객체 생성 ➡️ 의존관계 주입
스프링 빈은 객체를 생성 후, 의존관계 주입이 다 끝나야 필요한 데이터를 사용할 수 있는 준비가 완료된다.
즉, 초기화 작업은 의존관계 주입이 모두 완료되고 난 다음에 호출해야 한다.
개발자가 의존관계 주입이 모두 완료된 시점을 어떻게 알 수 있을까?
이를 위해서 스프링에서는 스프링 빈이 의존간계 주입이 완료되면 콜백 메서드를 통해 초기화 시점을 알려주는 기능을 제공한다.
또한, 스프링은 스프링 컨테이너가 종료되기 직전에 소멸 콜백을 준다.
따라서 안전하게 종료 작업을 진행할 수 있다.
🔔 스프링 빈의 이벤트 라이프사이클
스프링 컨테이너 생성 ➡️ 스프링 빈 생성 ➡️ 의존관계 주입 ➡️ 초기화 콜백 ➡️ 사용 ➡️ 소멸전 콜백 ➡️ 스프링 종료
- 초기화 콜백 : 빈이 생성되고, 빈의 의존관계 주입이 완료된 후 호출
- 소멸전 콜백 : 빈이 소멸되기 직전에 호출
📌 객체의 생성과 초기화를 분리하는 이유
생성자는 필수 정보(파라미터)를 받고, 메모리를 할당해서 객체를 생성하는 책임을 가진다. 반면에 초기화는 이렇게 생성된 값들을 활용해서 외부 커넥션을 연결하는 등 무거운 동작을 수행한다.
따라서 생성자 안에서 초기화 작업을 함께 하는 것보다는 객체를 생성하는 부분과 초기화 하는 부분을 명확하게 나누는 것이 SRP 원칙을 지키기도, 유지보수 관점에서도 좋다.
📌 싱글톤 빈들은 스프링 컨테이너가 종료될 때 싱글톤 빈들도 함께 종료되기 때문에 스프링 컨테이너가 종료되기 직전에 소멸전 콜백이 일어난다. 뒤에서 공부하겠지만 싱글톤 처럼 컨테이너의 시작과 종료까지 생존하는 빈도 있지만, 생명주기가 짧은 빈들도 있는데 이 빈들은 컨테이너와 무관하게 해당 빈이 종료되기 직전에 소멸전 콜백이 일어난다.
✏️ 스프링은 크게 3가지 방법으로 빈 생명주기 콜백을 지원한다.
인터페이스(InitializingBean
,DisposableBean
)
설정 정보에 초기화 메서드, 종료 메서드 지정
@PostConstruct
,@PreDestory
애노테이션 지원
이제부터 스프링이 빈 생명주기 콜백을 지원하는 방법
에 대해 자세히 알아보자❗️
인터페이스를 상속받아서 생성과 소멸의 시기에 호출하는 방법이다.
스프링에서 제공하는 InitializingBean
, DisposableBean
인터페이스를 구현한다.
test/../hello.core/lifecycle/NetworkClient
package hello.core.lifecycle;
import hello.core.discount.DiscountPolicy;
import org.springframework.beans.factory.DisposableBean;
import org.springframework.beans.factory.InitializingBean;
public class NetworkClient implements InitializingBean, DisposableBean {
...
@Override
public void afterPropertiesSet() throws Exception {
System.out.println("NetworkClient.afterPropertiesSet");
connect();
call("초기화 연결 메시지");
}
@Override
public void destroy() throws Exception {
disconnect();
}
}
실행 결과
InitializingBean
은 afterPropertiesSet()
메서드로 초기화를 지원한다.DisposableBean
은 destory()
메서드로 소멸을 지원한다.
초기화, 소멸 인터페이스 단점
해당 인터페이스 두개를 구현하면서 두 메서드만 오버라이딩해서 구현하면되니 편하지만, 이 인터페이스는 스프링 전용 인터페이스이기 때문에 해당 인터페이스에 의존하게 된다.
- 두 인터페이스에서 제공하는 메서드 오버라이딩이기 때문에 초기화, 소멸 메서드의 이름을 변경할 수 없다.
- 코드를 고칠 수 없는 외부 라이브러리에도 적용할 수도 없다.
- 인터페이스를 사용하는 초기화, 종료 방법은 현재 거의 사용하지 않는다.
스프링 빈 등록 애노테이션 @Bean
속성으로 초기화, 소멸 메서드를 지정할 수 있다.
@Bean(initMethod = "초기화메서드명", destroyMethod = "소멸메서드명")
설정 정보를 사용하도록 변경
test/../hello.core/lifecycle/NetworkClient
package hello.core.lifecycle;
import hello.core.discount.DiscountPolicy;
import org.springframework.beans.factory.DisposableBean;
import org.springframework.beans.factory.InitializingBean;
public class NetworkClient {
...
public void init(){
System.out.println("NetworkClient.init");
connect();
call("초기화 연결 메시지");
}
public void close(){
System.out.println("NetworkClient.close");
disconnect();
}
}
초기화 메서드 init과 소멸 메서드 close를 구현하였다. 메서드 호출시 콘솔창에 해당 메서드명을 출력하도록 하였다.
설정 정보에 초기화 소멸 메서드 지정
test/../hello.core/lifecycle/BeanLifeCycleTest/LifeCycleConfig
@Configuration
static class LifeCyclceConfig{
@Bean(initMethod = "init", destroyMethod = "close")
public NetworkClient networkClient(){
NetworkClient networkClient = new NetworkClient();
networkClient.setUrl("httpL//hello-spring.dev");
return networkClient;
}
}
설정 정보 클래스에서 Bean으로 등록되는 부분에 속성으로 initMethod 속성에 init 소멸 메서드명으로 close를 설정하였다.
결과
설정 정보 사용 특징
- 인터페이스를 사용하는 것과는 다르게 개발자가 메서드 이름을 자유롭게 줄 수 있다.
- 스프링 빈이 스프링 코드에 의존하지 않는다.
- 코드가 아니라 설정 정보를 사용하기 때문에 코드를 고칠 수 없는 외부 라이브러리에도 초기화, 종료 메서드를 적용할 수 있다.
종료 메서드 추론
@Bean
애노테이션의 소멸메서드를 지정하는 속성인destroyMethod
에는 추론기능이 있다.- 라이브러리는 대부분
close
,shutdown
이라는 이름의 종료(소멸) 메서드를 사용한다.@Bean
의destroyMethod
는 기본 값이(inferred)
(추론)으로 등록되어 있다.- 이 추론 기능은
close
,shutdown
라는 이름의 메서드를 자동으로 호출한다. (이름 그대로 종료 메서드를 추론해서 호출해준다.)- 즉, 직접 스프링 빈을 등록할 때 종료 메서드가 해당 관례를 따르는
close
나shutdown
으로 지정한다면 따로 속성에destroyMethod
를 지정해주지 않아도, 자동으로 찾아서 동작한다.- 추론 기능을 사용하기 싫을 때는
destroyMethod = ""
처럼 빈 공백을 지정하면 된다.
가장 편하고 최신 스프링에서 권장하는 방법
초기화 메서드 :@PostConstruct
를 지정하면 스프링 빈등록시 초기화 메서드로 수행된다.
소멸 메서드 :@PreDestroy
애노테이션을 지정하면 소멸 메서드로 지정된다.
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
애노테이션의 특징
- 애노테이션 하나만 붙히면 되기에 상당히 편하다.
- import 패키지를 보면
java.annotation.PostConstruct
이다. 스프링에 종속적인 기술이 아닌 JSR-250라는 자바 표준이다. 따라서 스프링이 아닌 다른 컨테이너에서도 동작한다.- 컴포넌트 스캔과 잘 어울린다.
- 유일한 단점 : 외부 라이브러리에는 적용하지 못한다. 외부 라이브러리를 초기화, 종료 해야 한다면
@Bean
의 기능을(속성을 부여) 이용하면 된다.
🔔 정리
@PostConstruct
,@PreDestroy
애노테이션을 사용하자❗️
코드를 고칠 수 없는 외부 라이브러리를 초기화, 종료해야 한다면,@Bean
의initMethod
,destroyMethod
를 사용하자❗️
참고