컴포넌트 스캔

인프런 김영한 님의 <스프링 핵심 원리 - 기본편> 강의 내용을 정리한 것입니다.

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

스프링은 설정 정보가 없어도 자동으로 스프링 빈을 등록하는 컴포넌트 스캔 기능과, 의존관계 자동 주입하는 @Autowired 기능도 제공한다.

1. @ComponentScan

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

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

  • 빈 이름 기본 전략 : MemberServiceImpl 클래스 -> memberServiceImpl
  • 빈 이름 직접 지정 : @Component("memberService2") <-- 괄호 안에 이름 부여

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

• 생성자에 @Autowired 를 지정하면 스프링 컨테이너가 자동으로 해당 스프링 빈을 찾아서 주입한다.
• 기본 조회 전략은 타입이 같은 빈을 찾아서 주입한다.
  • getBean(~~~.class) 와 동일하다고 이해하면 된다.

탐색 위치와 기본 스캔 대상

탐색할 패키지 시작 위치 지정

@ComponentScan(basePackages = "com.hello.spring")  // (1)
@ComponentScan(basePackages = {"com.hello.spring.service", "com.hello.spring.controller"})   // (2)

@ComponentScan 에 basePackages 를 지정하면 해당 패키지부터 그 하위 패키지까지만 스캔한다.

(2)와 같이 시작 위치를 여러 개 지정할 수도 있다.

지정하지 않는 경우, @ComponentScan 을 붙인 클래스부터 하위 패키지를 다 스캔한다.

사용하는 이유? 모든 자바 코드를 다 뒤지면 시간이 오래 걸리기 때문.

권장하는 방법

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

컴포넌트 스캔 기본 대상

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

@Controller : 스프링 MVC 컨트롤러에서 사용. 스프링 MVC 컨트롤러로 인식한다.

@Service : 스프링 비즈니스 로직에서 사용. 특별한 처리를 하지는 않지만, 개발자들이 비즈니스 계층을 인식하는 데 도움이 된다.

@Repository : 스프링 데이터 접근 계층에서 사용. 스프링 데이터 접근 계층으로 인식하고, 데이터 계층의 예외를 스프링 예외로 변환해준다.

@Configuration : 스프링 설정 정보에서 사용. 스프링 설정 정보를 인식하고, 스프링 빈이 싱글톤을 유지하도록 추가 처리를 한다.

해당 어노테이션의 소스 코드에는 @Component 를 포함하고 있다.

자바 애노테이션은 상속관계가 없지만, 이렇게 애노테이션이 특정 애노테이션을 들고 있는 것을 인식할 수 있는 것은 스프링이 지원하는 기능이다.

필터

필터

• includeFilters: 컴포넌트 스캔 대상을 추가 지정
• excludeFilters: 컴포넌트 스캔에서 제외할 대상 지정

FilterType 옵션

• ANNOTATION: 기본값. 애노테이션을 인식해서 동작한다.
• ASSIGNABLE_TYPE: 지정한 타입과 자식 타입을 인식해서 동작한다.
• ASPECTJ: AspectJ 패턴 사용
• REGEX: 정규 표현식
• CUSTOM: TypeFilter 라는 인터페이스를 구현해서 처리

중복 등록과 충돌

컴포넌트 스캔에서 같은 빈 이름이 등록될 경우

1. 자동 빈 등록 vs 자동 빈 등록
   • 컴포넌트 스캔에 의해 자동으로 스프링 빈이 등록되는데, 이름이 같은 경우 ConflictingBeanDefinitionException 예외 발생
2. 수동 빈 등록 vs 자동 빈 등록
   • 이 경우, 수동 빈 등록이 우선권을 가진다.(수동 빈이 자동 빈 오버라이딩)
   • 그런데 최근 스프링 부트에서는 오류가 발생하도록 기본값을 변경했다.