↩뒤로가기

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

모든 클래스를 다 스캔하면 시간이 오래 걸린다. 그래서 꼭 필요한 위치부터 탐색하도록 시작 위치를 지정할 수 있다.

 package hello.core;

import org.springframework.context.annotation.ComponentScan;
import org.springframework.context.annotation.Configuration;
import org.springframework.context.annotation.FilterType;

@Configuration
@ComponentScan(
        basePackages = "hello.core.member",
//        이럴 경우 member 패키지만 스캔 대상이 된다.
        excludeFilters = @ComponentScan.Filter(type = FilterType.ANNOTATION, classes = Configuration.class)
)
public class AutoAppConfig {
}

테스트 결과 스캔을 시작하는 클래스와, member패키지 내부에서 @Component로 등록된 클래스에서만 빈이 생성된 것을 알 수 있다.

<aside> 💡 - basePackages 를 지정하지 않는 Default 스캔 대상은 @ComponentScan이 붙은 클래스의 패키지를 기준으로 한다.

• 설정 정보 클래스를 프로젝트 최상단에 두는 것이 권장 사양이며, 스프링 부트도 이 방법을 기본으로 제공한다.
• 또한 프로젝트 메인 설정 정보는 프로젝트를 대표하는 정보이므로 시작 루트 위치에 두는 것을 권장한다.

</aside>

컴포넌트 스캔 기본 대상

컴포넌트 스캔은 @Component 뿐만 아니라 다음 내용도 대상에 포함한다.

• @Controller : 스프링 MVC 컨트롤러에서 사용
• @Service : 스프링 비즈니스 로직에서 사용
• @Repository : 스프링 데이터 접근 계층에서 사용
• @Configuration : 스프링 설정 정보에서 사용

해당 클래스의 소스코드를 보면 Component가 다 붙어있다.

<aside> 💡 사실 Annotation에는 상속이라는 개념이 없다. 애노테이션끼리의 관계를 인식할 수 있는 것은 자바가 제공하는 기능이 아니라 스프링이 지원하는 기능이다!

</aside>

컴포넌트 스캔의 용도 뿐만 아니라 다음 애노테이션이 있으면 스프링은 부가 기능을 수행한다.

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

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

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

@Service : 특별한 처리를 하지 않는다. 대신 개발자들이 핵심 비즈니스 로직이 여기에 있다는 것을 식별할 수 있도록 한다. (가독성을 위해 붙여주는 것임)