| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
| 29 | 30 | 31 |
- 코딩테스트
- 플랫폼 클래스 로더
- BFS
- 자바
- java
- aws saa-c03
- 어플리케이션 클래스 로더
- 스프링 컨테이너
- 딕셔너리
- Spring
- getreference
- 심볼릭 레퍼런스
- 자료구조
- 알고리즘
- 부트스트랩 클래스 로더
- python list method
- 클래스 로더 계층
- dfs
- 컴포넌트 스캔
- 다이렉트 레퍼런스
- 파이썬 문자열 메서드
- 파이썬
- AWS SAA-C03 합격후기
- stop the world
- 2026 AWS SAA-C03
- 객체지향
- python
- 파이썬 리스트 메서드
- 스프링
- 백준
- Today
- Total
클라우드 낚시꾼
[Spring] 스프링 빈 생명주기 콜백 본문
1. 스프링 빈의 이벤트 라이프 사이클

스프링 빈의 이벤트 라이프 사이클은 다음과 같다.
- 스프링 컨테이너 생성
- 스프링 빈 생성
- 의존관계 주입
- 초기화 콜백
- 사용
- 소멸전 콜백
- 스프링 종료
초기화 콜백
빈이 생성되고,빈의 의존관계 주입이 완료된 후 호출된다.
소멸전 콜백
빈이 소멸되기 직전에 호출된다.
객체의 생성과 초기화를 분리하자
생성자는 파라미터(생성 시 꼭 필요한 값)를 받고, 메모리를 할당 해 객체를 생성하는 책임을 가진다. 반면에, 초기화는 생성된 값들을 활용해 외부 커넥션을 연결하는 등 무거운 작업을 수행한다. 따라서 생성자 안에서 무거운 초기화 작업을 하는 것보다는 객체를 생성하는 부분과 초기화하는 부분을 명확하게 나누는 것이 유지보수 관점에서 좋다. 물론, 초기화 작업이 내부 값들만 약간 변경하는 정도로 단순한 경우 생성자에서 처리해도 된다.
2. 인터페이스 InitializingBean, DisposableBean
import org.springframework.beans.factory.DisposableBean;
import org.springframework.beans.factory.InitializingBean;
public class MyBean implements InitializingBean, DisposableBean {
@Override
public void afterPropertiesSet() throws Exception {
// 빈이 초기화될 때 실행되는 코드
System.out.println("InitializingBean의 afterPropertiesSet");
}
@Override
public void destroy() throws Exception {
// 빈이 소멸될 때 실행되는 코드
System.out.println("DisposableBean의 destroy");
}
// 다른 메서드들도 추가 가능
}
- afterPropertiesSet(): 빈이 생성되고, 빈의 의존관계 주입이 완료된 후 호출되는 초기화 콜백 함수이다. InitializingBean에 의해 지원된다.
- destropy(): 빈이 소멸되기 전에 실행되는 소멸전 콜백 함수이다. DisposableBean에 의해 지원된다.
이 InitializingBean, DisposableBean 인터페이스는 스프링 전용 인터페이스이다. 따라서, 해당 코드가 스프링 전용 인터페이스에 의존하게 되어 콜백 메서드의 이름을 변경할 수 없고 변경할 수 없는 외부 라이브러리에 적용할 수 없다. 이러한 제약 때문에 위의 방식은 지양된다.
3. 빈 등록 초기화, 소멸 메서드 지정
// AppConfg.java
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
@Configuration
public class AppConfig {
// 중요!!!! 스프링 컨테이너 설정 정보에서 초기화 콜백, 소멸전 콜백 메서드를 지정
@Bean(initMethod = "init", destroyMethod = "destroy")
public MyBean myBean() {
return new MyBean();
}
}
// MyBean.java
public class MyBean {
public void init() {
// 빈 초기화 시 실행되는 메서드
System.out.println("빈 초기화 메서드가 호출되었습니다.");
}
public void destroy() {
// 빈 소멸 시 실행되는 메서드
System.out.println("빈 소멸 메서드가 호출되었습니다.");
}
}
스프링 컨테이너 설정 정보에 초기화 콜백, 소멸전 콜백 메서드를 지정하는 방식이다. 이 방식은 스프링 프레임워크에 직접적으로 의존하는 방식이 아니다. 그래서 변경할 수 없는 외부 라이브러리에도 초기화 콜백, 소멸전 콜백을 적용할 수 있다. 또한, 초기화 콜백, 소멸전 콜백 메서드의 이름을 자유롭게 지정할 수 있다는 장점도 있다.
4. 애노테이션 @PostConstruct, @PreDestroy
import javax.annotation.PostConstruct;
import javax.annotation.PreDestroy;
public class MyBean {
@PostConstruct
public void init() {
// 빈 초기화 시 실행되는 메서드
System.out.println("빈 초기화 메서드가 호출되었습니다.");
}
@PreDestroy
public void destroy() {
// 빈 소멸 시 실행되는 메서드
System.out.println("빈 소멸 메서드가 호출되었습니다.");
}
}
@PostConstruct, @PreDestropy 애노테이션을 사용하여 초기화 콜백, 소멸전 콜백 메서드를 지정하는 방식이다. 개발자가 작성한 메서드에 위의 애노테이션을 붙여 초기화 콜백, 소멸전 콜백 메서드를 지정할 수 있다. 가장 간단하고 이 애노테이션 역시 위 import 문에서 보듯이 스프링 프레임워크에 의존하지 않는다는 장점이 있다. 하지만, 변경 불가능한 외부 라이브러리에는 이 방식을 사용하여 초기화 콜백, 소멸전 콜백 메서드를 지정할 수 없다.
5. 세 줄 요약 (+ 출처)
- 스프링 빈 이벤트 라이플 사이클: 스프링 컨테이너 생성 -> 스프링 빈 생성 -> 의존관계 주입 -> 초기화 콜백 -> 사용 -> 소멸전 콜백 -> 스프링 종료
- @PostConstruct, @PreDestroy 애노테이션을 사용하자
- 코드를 고칠 수 없는 외부 라이브러리를 초기화, 종료해야 하면 `@Bean` 의 `initMethod` , `destroyMethod` 를 사용하자
스프링 핵심 원리 - 기본편 강의 - 인프런
스프링 입문자가 예제를 만들어가면서 스프링의 핵심 원리를 이해하고, 스프링 기본기를 확실히 다질 수 있습니다., 스프링 핵심 원리를 이해하고, 성장하는 백엔드 개발자가 되어보세요! 📢
www.inflearn.com
'BE Framework > SpringBasic' 카테고리의 다른 글
| [Spring] 의존관계 조회, 탐색 (Dependency Lookup) / ObjectProvider / JSR-330 Provider (0) | 2024.03.26 |
|---|---|
| [Spring] 빈 스코프(singleton, prototype...) (0) | 2024.03.26 |
| [Spring] @Autowired 필드명, @Qualifier, @Primary (0) | 2024.03.19 |
| [Spring] Lombok(롬복) 사용하기 (@RequiredArgsConstructor) (0) | 2024.03.19 |
| [Spring] @Autowired(required)와 의존관계 주입 방법 (0) | 2024.03.18 |