inflearn logo
강의

강의

N
챌린지

챌린지

멘토링

멘토링

N
클립

클립

로드맵

로드맵

지식공유

스프링 핵심 원리 - 기본편

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

수정할 수 없는 외부 라이브러리의 초기화, 소멸 메서드 지정방식 질문입니다.

394

save

작성한 질문수 3

0

학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.

1. 강의 내용과 관련된 질문을 남겨주세요.
2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.
(자주 하는 질문 링크: https://bit.ly/3fX6ygx)
3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.
(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)

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

[질문 내용]
아래에 같은 질문을 하신 분이 있는데 이해가 안돼서 추가 질문 드립니다.

@Bean(initMethod = "init", destroyMethod = "close")
public NetworkClient networkClient() {
            NetworkClient networkClient = new NetworkClient();
            networkClient.setUrl("http://hello-spring.dev");
            return networkClient;
        }

강의에서 위처럼 빈 등록 초기화, 소멸 메서드를 지정했는데요.

NetworkClient 를 외부 라이브러리라고 가정한다면, 우리는 외부 라이브러리를 수정해서 init 메서드와 close 메서드를 작성한 것이 아닌가요?

그래서 어떻게 고칠 수 없는 외부 라이브러리에 적용할 수 있는지 궁금합니다. 이것이 근본적인 궁금증이고


 

다음은 아래 질문 글을 참고했을 때 궁금한 점 입니다.

별도의 클래스를 만들어서 그곳에서 init 메서드와 close 메서드를 작성한다음 빈으로 등록합니다. (별도의 클래스를 LifeConfig라고 하겠습니다)

그 다음 외부 라이브러리를 빈으로 등록할 때

@Bean(initMethod = "LifeConfig.init", destroyMethod = "LifeConfig.close")

가 아니라

@Bean(initMethod = "init", destroyMethod = "close")

이렇게 사용해야 한다는 걸로 이해했습니다.

이게 어떻게 가능한지 궁금합니다.

빈으로 등록했다해도, 어느 빈에 init 메서드와 close 메서드가 있는지 어떻게 알 수 있나요?

 

spring 객체지향

답변 2

1

김영한

안녕하세요. asher님

NetworkClient라는 클래스를 우리가 수정할 수 없는 외부Jar에서 받은 라이브러리라고 생각해보겠습니다.

이 경우 NetworkClient 코드를 우리가 변경할 수 없습니다. 이미 컴파일된 class를 사용만 할 수 있는 것이니까요.

이 경우 NetworkClient에 만약 초기화 메서드가 initHello라는 이름이라면, 우리는 initMethod = "initHello"라고 적어주면 됩니다.

추가로 질문주신 부분은 자바에는 리플렉션이라는 기술이 있습니다. 메서드 이름만 알고 있으면 해당 객체의 메서드를 호출할 수 있습니다. 참고로 @Bean의 메서드에서 반환하는 값을 보고 스프링이 어떤 객체인지 알 수 있습니다. 자세한 내용은 리플렉션으로 검색해보시면 도움이 되실거에요.

감사합니다.

2

save

자세한 답변 감사합니다!

0

인프런 AI 인턴

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

우선, NetworkClient를 외부 라이브러리라고 가정했을 때 init 메서드와 close 메서드의 지정 방식에 대해 궁금해 하신 점에 대해 설명드리겠습니다.

일반적으로 우리가 사용하는 외부 라이브러리의 클래스는 이미 init, close 같은 초기화나 소멸에 필요한 메서드들을 포함하고 있습니다. 따라서 이러한 메서드들을 직접 수정할 필요는 없으며, 스프링 프레임워크에서 제공하는 기능을 통해 이러한 메서드들을 빈의 생명주기에 맞춰 호출하도록 지정해 줄 수 있습니다.

위의 코드에서 @Bean(initMethod = "init", destroyMethod = "close")NetworkClient 빈이 생성될 때 init 메서드를 호출하고, 빈이 소멸될 때 close 메서드를 호출하도록 지정하는 것입니다. 스프링 컨테이너는 빈 인스턴스에 대해서 initMethod와 destroyMethod에 지정된 이름의 메서드를 호출합니다.

만약 NetworkClient라는 외부 라이브러리에 init, close와 같은 메서드가 없다면, 우리는 래퍼 클래스(wrapper class)를 만들어서 외부 라이브러리를 감싸고(데코레이트) 그 안에서 적절한 초기화와 소멸 메서드를 제공할 수 있습니다. 이렇게 하면 실제 라이브러리의 코드를 수정하지 않고도 원하는 초기화와 소멸 로직을 적용할 수 있게 됩니다.

다음은 래퍼 클래스를 사용한 예시이며, 빈에 직접 initMethod, destroyMethod를 지정하지 않는 방식입니다.

public class NetworkClientWrapper {

    private NetworkClient networkClient;

    public NetworkClientWrapper(String url) {
        this.networkClient = new NetworkClient();
        this.networkClient.setUrl(url);
    }

    public void init() {
        // NetworkClient 초기화 로직
        networkClient.connect();
        networkClient.call("초기화 연결 메시지");
    }

    public void close() {
        // NetworkClient 소멸 로직
        networkClient.disconnect();
    }

    public NetworkClient getNetworkClient() {
        return networkClient;
    }
}

그리고 이 래퍼 클래스를 사용해 빈을 등록하며 초기화와 소멸 로직을 적용할 수 있습니다.

@Configuration
public class AppConfig {

    @Bean
    public NetworkClientWrapper networkClientWrapper() {
        NetworkClientWrapper wrapper = new NetworkClientWrapper("http://hello-spring.dev");
        wrapper.init(); // 초기화 메서드 직접 호출
        return wrapper;
    }

    // 빈 소멸 시 close() 메서드 호출을 위해 LifeCycle 인터페이스 구현이나 @PreDestroy 어노테이션 사용 등의 방법 있음
}

하지만, 스프링이 관리하는 라이프사이클 동안 직접 호출하지 않고 스프링에 위임하려면, @PostConstruct@PreDestroy 어노테이션을 사용하거나 InitializingBean, DisposableBean 인터페이스를 구현할 수도 있습니다.

여기서 중요한 점은, @Bean(initMethod = "init", destroyMethod = "close")로 지정한 경우 해당 메서드가 빈 본인에게만 적용된다는 점입니다. 즉 LifeConfig.init과 같이 다른 빈에 정의된 메서드를 참조하는 방식으로는 사용할 수 없습니다.

빈의 초기화나 소멸 메서드는 보통 해당 빈 클래스 내에 존재하며, 스프링이 메서드 이름을 바탕으로 빈 인스턴스의 메서드를 호출하는 것이기 때문에 별도의 설정 없이도 스프링이 알아서 처리해 줍니다.

코드 자료

0

10

2

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

0

49

2

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

0

72

1

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

0

87

1

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

0

79

1

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

0

75

1

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

0

117

2

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

0

82

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

116

2

생성자 자동주입 관련해서

0

61

1

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

0

93

2

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

1

63

1

12:25

0

75

2