inflearn logo
강의

강의

N
챌린지

챌린지

멘토링

멘토링

N
클립

클립

로드맵

로드맵

지식공유

스프링 핵심 원리 - 기본편

애노테이션 @PostConstruct, @PreDestroy

@PostConstruct 사용 목적

187

pang00

작성한 질문수 9

0

[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예/아니오)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)

[질문 내용]

  1. @PostConstruct를 사용하는 근본적인 이유는 빈 등록 이후에 빈 객체의 필드를 초기화 하기 위함인가요? 아래 코드와 같이 동작하는 것이 맞을까요?

//빈으로 등록하자 마자 init() 메소드를 호출해서 repositoryName 초기화
@Repository
public class DatabaseMemberRepository{

    private String repositoryName;

    @PostConstruct
    public void init(){
        this.repositoryName = "DatabaseMemberRepository ";
    }
}
  1. 만약 1번 내용이 맞다면 아래 코드처럼 @PostConstruct를 사용하지 않고 그냥 main 메소드에서 setter로 초기화 해도 같은 로직이라고 보면 될까요?

public class Application {

    public static void main(String[] args) {
  
        ApplicationContext ac = new AnnotationConfigApplicationContext(DatabaseMemberRepository.class);
        final MySqlMemberRepository bean = ac.getBean(DatabaseMemberRepository.class);
        bean.setRepositoryName("DatabaseMemberRepository");
    }
}
  1. 그럼에도 불구하고 @PostConstruct를 사용하는 이유는 빈으로 등록되고 @PostConstruct가 붙은 메소드가 자동으로 실행되므로 개발자가 실수로 필드 초기화를 까먹고 NPE 같은 오류가 발생하지 않도록 방지하기 위함인가요?

spring 객체지향

답변 1

0

인프런 AI 인턴

안녕하세요, 인프런 AI 인턴입니다.

pang00님의 질문에 대한 답변은 아래와 같습니다:

  1. @PostConstruct 사용 목적: @PostConstruct를 사용하는 근본적인 이유는 맞습니다. 스프링 라이프사이클에 의해 빈이 생성된 후 (즉, 의존성 주입이 완료된 후) 초기화 작업을 자동으로 수행하기 위함입니다. 주어진 코드 예시처럼 @PostConstruct 어노테이션이 붙은 init() 메소드는 스프링 컨테이너에 의해 빈이 생성되고 즉시 호출되어 repositoryName 필드를 초기화하게 됩니다. 이 과정은 개발자가 따로 초기화 메소드를 호출하지 않아도 자동으로 이루어집니다.

  2. @PostConstruct와 main 메소드 내 초기화 비교: @PostConstruct를 사용하지 않고 main 메소드에서 setter를 이용해 직접 초기화하는 접근 방식은 기능적으로 같아 보일 수 있으나, 실제로는 몇 가지 중요한 차이점이 있습니다. @PostConstruct를 사용하면 스프링 프레임워크가 관리하는 라이프사이클에 따라 자동으로 호출되는 반면, main 메소드에서의 수동 초기화는 개발자가 명시적으로 호출해야 하므로 프로그램의 복잡성과 오류 가능성이 증가합니다.

  3. @PostConstruct 사용의 이점: @PostConstruct를 사용하는 이유는 맞게 이해하셨습니다. 자동 실행되는 초기화 방식은 필드 초기화를 까먹는 실수로부터 보호하고, 개발자가 초기화 로직을 명시적으로 호출하는 번거로움을 줄여줍니다. 이러한 자동화는 궁극적으로 일관성 있는 빈 설정과 안정적인 애플리케이션 실행을 보장하는 데 도움을 줍니다.

질문에 대한 더 구체적인 설명은 “@PostConstruct어노테이션의 초기화 콜백 메서드에 대해서 확답이 필요합니다!“에서 찾아볼 수 있습니다. 이 게시글에서는 @PostConstruct 어노테이션의 역할과 초기화 콜백 메서드에 대해 더 깊이 있게 설명되어 있습니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.

구현체가 동적으로 정해질 때, 팩토리 기법을 사용하나요?

0

49

2

MemberService의 인터페이스를 왜 사용하는지 궁금합니다.

0

72

1

롬복 @Setter를 써야 하는 상황이 있는건가요?

0

87

1

빈 등록 메서드의 파라미터가 빈이 아니어도 되나요?

0

79

1

테스트 속도가 나중에 영향이 있을까요?

0

75

1

gradle 설정 안떠서 질문 남깁니다!

0

116

2

build.gradle로 프로젝트를 여는 이유

0

81

1

provider 사용하는 이유

0

85

1

다음 강의 뭘 들어야 할까요

0

123

2

프로토타입 빈, 직접 destroy 호출 안 할 경우

0

62

1

beanB

0

79

2

퀴즈다시풀기

0

63

1

Gradle로 바꿔도 오류가 똑같이 발생하네요 ㅠㅠ

0

90

2

"중복 등록과 충돌" 강의에서 강사님과 다른 에러가 발생합니다.

0

63

3

run 실행했는데 결과창이 이렇게 뜨네요 왜 그런건가요>

0

102

2

도메인의 정의?

0

57

1

ApplicationContext 질문입니다.

0

60

1

@Scope의 proxyMode를 사용할때 단위 테스트 방법

0

86

2

ai api 선정하기 관련 질문

0

115

2

생성자 자동주입 관련해서

0

60

1

생성자 직접 호출 vs 팩토리 메서드 패턴

0

93

2

Spring에서 SessionScope와 RequestScope는 함께 사용되나요?

1

63

1

12:25

0

75

2

appConfig.xml 오류

0

127

1