📚FOS Study
홈카테고리
홈카테고리

카테고리

  • AI 페이지로 이동
    • RAG 페이지로 이동
    • agents 페이지로 이동
    • custom-agents 페이지로 이동
    • Claude Code의 Skill 시스템 - 개발자를 위한 AI 자동화의 새로운 차원
    • 멀티모달 LLM (Multimodal Large Language Model)
  • architecture 페이지로 이동
    • 디자인 패턴
    • 분산 트랜잭션
    • 슬롯 게임 엔진 고도화 — 2025년 회고
  • css 페이지로 이동
    • FlexBox 페이지로 이동
  • database 페이지로 이동
    • mysql 페이지로 이동
    • opensearch 페이지로 이동
    • 김영한의-실전-데이터베이스-설계 페이지로 이동
    • 커넥션 풀 크기는 얼마나 조정해야할까?
    • 인덱스 - DB 성능 최적화의 핵심
  • devops 페이지로 이동
    • docker 페이지로 이동
    • k8s 페이지로 이동
    • k8s-in-action 페이지로 이동
    • monitoring 페이지로 이동
  • go 페이지로 이동
    • Go 언어 기본 학습
  • http 페이지로 이동
    • HTTP Connection Pool
  • interview 페이지로 이동
    • 210812 페이지로 이동
    • 뱅크샐러드 AI Native Server Engineer
    • CJ 올리브영 지원 문항
    • CJ 올리브영 커머스플랫폼유닛 Back-End 개발 지원 자료
    • 마이리얼트립 - Platform Solutions실 회원주문개발 Product Engineer
    • NHN 서비스개발센터 AI서비스개발팀
    • nhn gameenvil console backend 직무 인터뷰 준비
    • 면접을 대비해봅시다
    • Tossplace Node.js Developer
    • 토스플레이스 Node.js 백엔드 컬처핏
  • java 페이지로 이동
    • jdbc 페이지로 이동
    • opentelemetry 페이지로 이동
    • spring 페이지로 이동
    • spring-batch 페이지로 이동
    • Java의 로깅 환경
    • MDC (Mapped Diagnostic Context)
    • OpenTelemetry 란 무엇인가?
    • Virtual Thread와 Project Loom
  • javascript 페이지로 이동
    • Data_Structures_and_Algorithms 페이지로 이동
    • Heap 페이지로 이동
    • typescript 페이지로 이동
    • AbortController
    • Async Iterator와 제너레이터
    • CommonJS와 ECMAScript Modules
    • 제너레이터(Generator)
    • Http Client
    • Node.js
    • npm vs pnpm 선택기준은 무엇인가요?
    • `setImmediate()`
  • kafka 페이지로 이동
    • Kafka 기본
    • Kafka를 사용하여 **데이터 정합성**은 어떻게 유지해야 할까?
    • 메시지 전송 신뢰성
  • network 페이지로 이동
    • L2(스위치)와 L3(라우터)의 역할 차이
    • L4와 VIP(Virtual IP Address)
    • IP Subnet
  • react 페이지로 이동
    • JSX 페이지로 이동
    • VirtualDOM 페이지로 이동
    • v16 페이지로 이동
  • redis 페이지로 이동
    • Redis
    • Redis Hash와 Lua 스크립트로 잭팟 누적 구현하기
  • task 페이지로 이동
    • ai-service-team 페이지로 이동
    • nsc-slot 페이지로 이동
📚FOS Study

개발 학습 기록을 정리하는 블로그입니다.

바로가기

  • 홈
  • 카테고리

소셜

  • GitHub
  • Source Repository

© 2025 FOS Study. Built with Next.js & Tailwind CSS

목록으로 돌아가기
☕java/ spring

InitializingBean 이란?

약 1분
2026년 2월 25일
2026년 3월 22일 수정
GitHub에서 보기

InitializingBean 이란?

  • InitializingBean은 Spring Framework의 빈 생명주기(Bean LifeCycle) 인터페이스 중 하나
  • 빈의 프로퍼티 설정 (Dependency Injection)이 완료된 후, 추가적인 초기화 작업이 필요할 떄 사용하도록 설계 되었음
public interface InitializingBean {
    void afterPropertiesSet() throws Exception;
}

동작 타이밍

Spring Bean이 생성될 때의 순서를 보면 이 인터페이스의 위치가 명확해짐

  1. Bean 인스턴스 생성 (생성자 호출)
  2. 의존성 주입 (Setter 또는 필드 주입)
  3. BeanNameAware / BeanFactoryAware 등 Aware 인터페이스 처리
  4. BeanPostProcessor의 postProcessBeforeInitialization 실행 (여기서 @PostConstruct가 처리됨)
  5. InitializingBean의 afterPropertiesSet() 실행
  6. Custom init-method 실행 (@Bean(initMethod = ""))
  7. BeanPostProcessor의 postProcessAfterInitiailzation 실행

특징과 주의 사항

장점 : 명시적인 초기화 보장

  • 필수적인 프로퍼티가 제대로 설정되었는지 검증하거나, 빈이 사용되기 전 커넥션 풀 초기화, 캐시 로딩 등의 작업을 수행하기에 적합

단점 : 프레임워크 종속성

  • Spring에 강하게 결합 : 코드에 Spring 인터페이스가 직접 노출됨
    • 이는 POJO 지향 원칙에 어긋남
    • 최근의 비즈니스 로직 개발에서는 지양하는 편
  • 더 나은 대안
    • Java 표준인 PostConstruct를 사용하면 Spring 종속성을 줄이면서 동일한 효과를 낼 수 있음
java 카테고리의 다른 글 보기수정 제안하기

댓글

댓글을 불러오는 중...
목차
  • InitializingBean 이란?
  • 동작 타이밍
  • 특징과 주의 사항