이번 포스팅에서는 스프링과 컴포넌트 스캔에 대해서 정리해 보겠습니다.
컴포넌트 스캔과 의존관계 자동 주입
이전 포스팅까지 스프링 빈을 등록할 때 자바 코드의 @Bean 또는 XML을 통해서 설정 정보에 직접 등록할 빈을 만들었습니다.
그런데 만약 등록해야 할 스프링 빈이 셀수 없이 많을 때도 빈을 직접 등록할 수 있을까요??
이런 고민을 통해 스프링에서 설정 정보가 없더라도 자동으로 빈을 등록해주는 컴포넌트 스캔이라는 기능을 제공하도록 했습니다.
뿐만 아니라 빈들 사이의 의존관계를 처리하기 위해 @Autowired라는 기능을 통해 의존관계를 처리합니다.
코드를 보며 더 정확하게 정리해 보겠습니다.
@Configuration
@ComponentScan(
excludeFilters = @ComponentScan.Filter(type = FilterType.ANNOTATION,classes = Configuration.class)
)
public class AutoAppConfig {
}
AutoAppConfig라는 새로운 클래스를 정의합니다.
이때 @ComponentScan이라는 새로운 애노테이션을 볼 수 있습니다.
@ComponentScan은 @Component라는 애노테이션이 붙은 클래스들을 스프링 빈으로 등록하라는 뜻입니다.
그리고 @ComponentScan안에 excludeFilters는 @Configuration이 붙은 클래스들은 제외하라는 뜻입니다.
이유는 @Configuration안에 @Component의 의미를 갖고 있고 과거에 만들었던 AppConfig와 중복되지 않게 하기 위해서 넣었습니다.
이제 제가 필요한 클래스에 @Component와 의존관계를 넣어주는 생성자에 @Autowired를 붙여보겠습니다.
MemoryMemberRepository : @Component 추가
RateDiscountPolicy : @Component 추가
MemberServiceImpl : @Component, @Autowired 추가
OrderServiceImpl : @Component, @Autowired 추가
test 코드
public class AutoAppConfigTest {
@Test
void basicScan(){
ApplicationContext ac = new AnnotationConfigApplicationContext(AutoAppConfig.class);
MemberService memberService = ac.getBean(MemberService.class);
MemberRepository memberRepository = ac.getBean(MemberRepository.class);
OrderService orderService = ac.getBean(OrderService.class);
DiscountPolicy discountPolicy = ac.getBean(DiscountPolicy.class);
assertThat(memberService).isInstanceOf(MemberService.class);
assertThat(memberRepository).isInstanceOf(MemberRepository.class);
assertThat(orderService).isInstanceOf(OrderService.class);
assertThat(discountPolicy).isInstanceOf(DiscountPolicy.class);
}
}
테스트 코드를 통해서 제가 원하는 대로 빈이 등록되었음을 알 수 있습니다.
빈 등록
위의 그림을 보면 어떤 방식으로 @Component를 이용하여 스프링 빈 저장소에 빈을 저장하는지 알수 있습니다.
- 빈의 이름은 클래스 명을 사용하지만 앞의 글자는 소문자로 바꿔줍니다.
- 직접 빈의 이름을 지정하고 싶다면 @Component("memberService2")이런 방식으로 이름을 지정할 수 있습니다.
의존관계 자동 주입
위의 그림에서 봤을 때 생성자에 @Autowired가 붙어있다면 스프링 컨테이너가 빈 저장소에서 알맞은 스프링 빈을 찾아서 주입해줍니다.
- MemberRepository를 찾는 것을 보고 getBean(MemberRepository.class)를 해서 나온 값을 memberRepository에 넣어준 것이라고 생각하면 됩니다.
컴포넌트 스캔 기본 대상
컴포넌트 스캔은 @Component뿐만 아니라
- @Controller : 스프링 MVC컨트롤러에서 사용
- @Service : 스프링 비즈니스 로직에서 사용
- @Repository : 스프링 데이터 접근 계층에서 사용
- @Configuration : 스프링 설정 정보에서 사용
과 같은 여러 애노테이션도 스캔합니다.
중복 등록과 충돌
스프링 빈이 중복으로 등록되는 경우가 두 가지 있습니다.
1. 자동 빈 등록 VS 자동 빈 등록
2. 수동 빈 등록 VS 자동 빈 등록
첫번째의 경우
- 스프링이 빈을 등록할 때 이름이 같은 경우 ConflictingBeanDefinitionException예외를 발생시킵니다.
두번째 경우
과거
- 수동 빈 등록이 우선권을 갖게 되고
-> 수동 빈이 자동 빈을 오버라이딩 했습니다.
현재
- 하지만 중복을 개발자가 의도적으로 발생시킨 것이 아니라면 발견하고 해결하기 어려운 버그가 발생합니다.
- 최근 스프링 부트에서는 수동 빈과 자동 빈에서 충돌이 발생하면 오류가 발생합니다.
출처
'스프링' 카테고리의 다른 글
스프링 시큐리티를 이용한 회원가입과 로그인 1 (0) | 2021.10.01 |
---|---|
스프링과 의존관계 자동 주입 (0) | 2021.09.20 |
스프링 싱글톤 (0) | 2021.09.14 |
스프링 컨테이너와 스프링 빈 (0) | 2021.09.13 |
스프링 프레임워크란 무엇일까? (0) | 2021.08.17 |
댓글