6. 컴포넌트 스캔

1. 스프링 빈 등록, AppConfig의 변화

지금까지 스프링 빈 등록은

AppConfig.class 에서의 @Bean   /   XML 에서의 <bean> 등을 통해서 설정 정보에 직접 등록할 스프링 빈을 나열했다.

 

그러나, 이와 같은 설정 정보 없이도

스프링에서 자동으로 스프링 빈을 등록하는 컴포넌트 스캔 기능을 제공한다.

 

 

basePackages : 탐색할 패키지의 시작 위치를 지정한다. 이 패키지를 포함해서 하위 패키지를 모두 탐색한다.

basePackageClasses : 지정한 클래스의 패키지를 탐색 시작 위치로 지정한다.

 - 만약 지정하지 않으면 @ComponentScan이 붙은 설정 정보 클래스의 패키지가 시작 위치가 된다.

 

권장하는 방법

 - 패키지 위치를 지정하지 않고, 설정 정보 클래스의 위치를 프로젝트 최상단에 두는 것

 - Spring Boot도 이 방법을 기본으로 제공

     : 스프링 부트를 시작하면, 시작 루트에 생성되는 main 함수가 들어있는 클래스(여기서는, coreApplication)에

        @SpringBootApplication (@ComponentScan) 이 들어있다.

 

 

 

2. 컴포넌트 스캔과 자동 의존관계 주입

1) @ComponentScan

- @ComponentScan은 @Component가 붙은 모든 클래스를 '스프링 빈'으로 등록한다.

- 이 때 스프링 빈의 기본 이름은 클래스명을 사용하되, 맨 앞글자만 소문자를 사용한다.

   - 빈 이름 기본 전략 : MemberServiceImpl 클래스 → memberServiceImpl

   - 빈 이름 직접 지정 : 만약 스프링 빈의 이름을 직접 지정하고 싶으면,

                                     @Component("memberService") 이렇게 이름을 부여하면 된다.

 

 

 

2) @Autowired 의존관계 자동 주입

- 생성자에 @Autowired를 지정하면, 스프링 컨테이너가 자동으로 해당 스프링 빈을 찾아서, 의존관계 주입한다.

- 이 때 기본 조회 전략은 타입이 같은 빈을 찾아서 주입한다.

   - getBean(MemberRepository.class)와 동일하다고 이해하면 됨

   - [섹션 7. 의존관계 자동 주입] 에서 자세한 설명

 

 

 

 

 

3. 스프링 빈 중복 등록과 충돌

 

1) 자동 빈 등록 vs 자동 빈 등록

 

- 컴포넌트 스캔에 의해 자동으로 스프링 빈이 등록되는데, 그 이름이 같은 경우 스프링은 오류를 발생시킨다

   : ConflictingBeanDefinitionException 예외 발생

 

 

 

2. 자동 빈 등록 vs 수동 빈 등록

 

수동 빈 등록

 

- Consider renaming one of the beans or enabling overriding by setting spring.main.allow-bean-definition-overriding=true

에러가 발생한다.