컴포넌트 스캔

컴포넌트 스캔

컴포넌트 스캔과 의존관계 자동 주입 시작하기

- 스프링 빈을 등록할 때는 자바 코드의 @Bean이나 XML의 <bean>등을 통해서 설정 정보에 직접 등록할 스프링 빈을 만들었다

- 실무에서는 수십, 수백개라 일일이 등록하기도 귀찮고, 설정 정보도 커지고, 누락하는 문제도 발생한다

- 그래서 스프링은 설정 정보가 없어도 자동으로 스프링 빈을 등록하는 컴포넌트 스캔이라는 기능을 제공

- 또 의존관계도 자동으로 주입하는 @Autowired라는 기능도 제공

 

컴포넌트 스캔 사용

- 컴포넌트 스캔을 사용하려면 먼저 @ComponentScan을 설정 정보에 붙여주면 된다

- 기존의 AppConfig와는 다르게 @Bean으로 등록한 클래스가 하나도 없다

- 컴포넌트 스캔은 이름 그대로 @Component 어노테이션이 붙은 클래스를 스캔해서 스프링 빈으로 등록한다

- @Configuration이 컴포넌트 스캔의 대상이 된 이유는 @Configuration소스코드를 열어보면 @Component 어노테이션이 붙어있기 때문

- Autowired는 의존 관계를 자동으로 주입해준다

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

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

- 스프링 빈의 이름을 직접 지정하고 싶으면 @Component(“memberService2)이런식으로 이름을 부여

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

- 이때 기본 조회 전략은 타입이 같은 빈을 찾아서 주입. == getBean(MemberRepository.class)

- 생성자에 파라미터가 많아도 자동으로 주입

 

컴포넌트 스캔 탐색 위치와 기본 스캔 대상

- 탐색할 패키지의 시작 위치를 지정 가능

- basePackages : 탐색할 패키지의 시작 위치를 지정. 이 패키지를 포함한 모든 하위 패키지 탐색

- basePackages = {“hello.core”, “hello.service”} 이런식으로 여러 시작 위치 지정 가능

- basePackagesClasses : 지정한 클래스의 패키지를 탐색 시작 위치로 지정

- basePackages와 basePackagesClasses를 지정하지 않는다면 @ComponentScan이 붙은 설정 정보 클래스의 패키지가 시작 위치로 지정됨

- 권장하는 방법 : 패키지 위치를 지정하지 않고, 설정 정보 클래스의 위치를 프로젝트 최상단에 두는 것. 스프링 부트도 이방법을 기본으로 제공

- 스프링 부트를 사용하면 스프링 부트의 대표 시작 정보인 @SpringBootApplication을 이 프로젝트 시작 루트 위치에 두는 것이 관례.(이 설정안에 @ComponentScan이 들어있다)

컴포넌트 스캔 기본 대상

- 컴포넌트 스캔은 @Component뿐만 아니라 아래 내용도 추가로 대상에 포함

- @Component : 컴포넌트 스캔에 사용

- @Controller : 스프링 MVC컨트롤에서 사용

- @Service : 스프링 비즈니스 로직에서 사용

- @Repository : 스프링 데이터 접근 계층에서 사용

- @Configuration : 스프링 설정 정보에서 사용

 

** Annotation은 상속관계라는 것이 없다. 그래서 이렇게 Annotation이 특정 Annotation을 들고있는 것을 인식할 수 있는 것은 자바 언어가 지원하는 기능은 아니고, 스프링이 지원하는 기능임.

 

컴포넌트 스캔의 용도 뿐 아니라 다음 Annotation이 있으면 스프링은 부가기능을 수행

- @Controller : 스프링 MVC컨트롤러로 인식

- @Repository : 스프링 데이터 접근 계층으로 인식하고, 데이터 계층의 예외를 스프링 예외로 변환해줌

- @Configuration : 스프링 설정 정보를 인식하고, 스프링 빈이 싱글톤을 유지하도록 추가 처리

- @Service : 특별한 처리를 하지 않는다. 단지 개발자들이 핵심 비즈니스 로직이 여기에 있겠구나 라고 비즈니스 계층을 인식하는데 도움이 됨

 

필터

- includeFilters : 컴포넌트 스캔 대상을 추가로 지정

- excludeFilters : 컴포넌트 스캔에서 제외할 대상을 지정

 

FilterType옵션 5가지

ANNOTATION : 기본값. Annotation을 인식해서 동작

- ex) org.example.SomeAnnotation

2. ASSIGNABLE_TYPE : 지정한 타입과 자식 타입을 인식해서 동작

- ex) org.example.SomeClass

3. ASPECTJ : AspectJ패턴 사용

- ex) org.example..*Service*

4. REGEX : 정규표현식

- ex) org\.example\.Default.*

5. CUSTOM : TypeFilter이라는 인터페이스를 구현해서 처리

- ex) org.example.MyTypeFilter

 

중복 등록과 충돌

- 컴포넌트 스캔에서 같은 빈이름을 등록하면?

1. 자동 빈 등록 vs 자동 빈 등록

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

- - ConflictBeanDefinitionException예외 발생

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

- - 이 경우 수동 빈 등록이 우선권을 가진다

- - 수동 빈이 자동 빈을 오버라이딩 해버린다

- - 수동 빈 등록, 자동 빈 등록 오류시

- - ~~~~ spring.main.allow-bean-definition-overriding=true라는 오류가 나오는데 이걸 resources의 application.properties에 적어주면 오버라이딩 되게끔 해준다