inflearn logo
강의

강의

N
챌린지

챌린지

멘토링

멘토링

N
클립

클립

로드맵

로드맵

지식공유

스프링 핵심 원리 - 기본편

스프링 컨테이너 생성

@Configuration을 통한 @Bean 등록 질문

391

pbs0216

작성한 질문수 24

0

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

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

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

[질문 내용]
여기에 질문 내용을 남겨주세요.

@Configuration을 통해 빈을 수동등록할 때 강의 예제에서는 AppConfig 클래스를 사용하였는데요

AppConfig1, AppConfig2, AppConfig3이라는 클래스에 각각 @Configuration을 붙이고

AppConfig1에서는

@Bean public MemberService memberService()를

AppConfig2에서는

@Bean public OrderService orderService()를 등록하고

 

ApplicationContext ac1 = new AnnotationConfigApplicationContext(AppConfig1.class);

ApplicationContext ac2 = new AnnotationConfigApplicationContext(AppConfig2.class);

이렇게 해서 스프링 컨테이너를 두 개 만들 수 있을거 같습니다

이렇게 했을때 단점과 장점이 있는지? 실제로 이렇게 컨테이너를 분할하는 경우가 있는지? 궁금합니다

 

추가적으로 각 AppConfig1, AppConfig2에서 동일한 객체를 스프링 빈으로 등록한다면 이때도 여전히 싱글톤인지 궁금합니다

 

spring 객체지향

답변 1

0

인프런 AI 인턴

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

pbs0216님의 질문에 대해 답변 드리겠습니다.

스프링 빈을 수동 등록할 때, 여러 개의 @Configuration 클래스로 나누어 각각 서로 다른 스프링 컨테이너(ApplicationContext)를 생성하는 것은 장단점이 있습니다.

장점으로는 컨테이너를 분리함으로써 더 명확한 구분을 통해 필요한 영역만 관리하고, 특정 컨테이너만을 초기화하고 소멸시키는 등 더 세밀한 관리가 가능합니다. 또한, 테스트 환경과 같이 구분된 컨텍스트를 제한된 범위에서 사용해야 할 때 유용할 수 있습니다.

단점으로는 각 컨테이너가 각각의 빈 인스턴스를 관리하므로, @Configuration 클래스별로 동일한 빈을 정의했다 하더라도, 각 컨테이너는 서로 다른 인스턴스를 생성하고 관리하게 됩니다. 이 경우, 싱글톤의 범위가 해당 컨테이너 내로 제한되기 때문에 여러 컨테이너에 걸쳐 싱글톤을 유지하기 위해서는 추가적인 작업이 필요합니다.

실제로 이렇게 컨테이너를 분할하는 경우가 있는지에 대해서는, 일반적인 웹 애플리케이션에서는 한 개의 ApplicationContext를 사용하는 것이 관례입니다. 하지만 특정한 케이스, 예를 들어 나누어진 모듈이나 라이브러리 단위에서 독립적으로 스프링 컨텍스트를 관리할 필요가 있을 때 이러한 접근 방식이 사용될 수 있습니다.

@Configuration 클래스별로 동일한 객체를 스프링 빈으로 등록할 경우, 각 컨텍스트는 독립적으로 작동하므로 각 스프링 컨테이너마다 싱글톤 범위가 적용됩니다. 즉, 각 컨테이너 내에서는 싱글톤이 유지되지만, 서로 다른 컨테이너는 각각의 인스턴스를 생성하게 됩니다.

혹시 추가적인 질문이 있으시면 언제든지 질문해 주세요. 공부에 큰 도움이 되길 바랍니다!

코드 자료

0

45

2

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

0

55

2

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

0

76

1

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

0

91

1

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

0

81

1

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

0

77

1

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

0

121

2

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

0

86

1

provider 사용하는 이유

0

89

1

다음 강의 뭘 들어야 할까요

0

126

2

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

0

66

1

beanB

0

82

2

퀴즈다시풀기

0

68

1

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

0

92

2

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

0

67

3

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

0

106

2

도메인의 정의?

0

59

1

ApplicationContext 질문입니다.

0

63

1

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

0

89

2

ai api 선정하기 관련 질문

0

118

2

생성자 자동주입 관련해서

0

65

1

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

0

97

2

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

1

65

1

12:25

0

79

2