🎯 목표 : @CombonentScan 작동 원리와 의존 관계 자동 주입 이해

📒 ComponentScan

📌 의존관계 자동 주입

• 설정 정보에 직접 Bean을 등록하는 방식으로 코드를 작성한다면, 등록해야될 빈이 수백 수천개가 될때 반복된 작업과 누락의 문제 등 여러 문제가 발생 할 수도 있다.
• 스프링에서는 설정 정보를 직접 작성하지 않고 스프링 빈을 등록하는 CombpnentScan 기능이 있으며 의존 관계를 자동으로 주입하는 Autowired 기능도 있다.

@Configuration
@ComponentScan(
// 기존 있던 Config 파일을 제외하기 위해 등록한 filter
        excludeFilters= @ComponentScan.Filter(
        type = FilterType.ANNOTATION,
        classes = Configuration.class
        )
)
public class AutoAppConfig {
}

• @ComponentScan 어노테이션만 Config 파일에 붙여 준다면 더이상 이 클래스 파일에서는 할 작업이 없다.
• Bean으로 등록 하고자 하는 클래스에 @Component 어노테이션만 붙여 주면된다.

@Component
@RequiredArgsConstructor
public class OrderServiceImpl implements OrderService {
//......

@Component
public class MemoryMemberRepository implements MemberRepository {

    private static Map<Long, Member> store = new HashMap<>();
//.......

@Component
public class RateDiscountPolicy implements DiscountPolicy {
    private int discountPercent = 10;
//........

@Component
public class MemberServiceImpl implements MemberService {
    private final MemberRepository memberRepository;

    @Autowired
    public MemberServiceImpl(MemberRepository memberRepository) {
        this.memberRepository = memberRepository;
    }
//........

• 여기서 스프링 빈 간의 의존관계가 필요하다면 생성자에 @Autowired를 붙여주면 될 것이다.

---

📌 Bean의 조회

• 위 와 같이 ComponentScan을 사용하여 빈 등록을 하더라도 기존 AnnotationConfigApplicationContext를 사용해서 조회 하는것은 동일 하다.

public class AutoAppConfigTest {
    @Test
    void basicScan() {
        AnnotationConfigApplicationContext ac
                = new AnnotationConfigApplicationContext(AutoAppConfig.class);

        MemberService bean = ac.getBean(MemberService.class);
        Assertions.assertThat(bean).isInstanceOf(MemberService.class);

    }
}

---

📒 ComponentScan의 스캔 범위와 대상

📌 ComponentScan의 스캔 범위

• ComponentScan의 스캔 범위의 기본 값은 속해있는 패키지로부터 하위 패키지 까지다.

• 현재 AutoConfig 파일의 위치는 hello.core 패키지 내부에 있다. AutoConfig의 ComponentScan의 스캔 범위 기본 값은  hello.core 패키지로 부터 하위 패키지 까지가 될 것이다.
• @ComponentScan(basePackages = "hello.core.order") 와 같이 스캔 범위를 지정할 수도 있다.
• Config 클래스의 위치를 프로잭트 최 상단 패키지에 두는 것이 적당한 방법인것 같다. 스프링 부트에서도 이 방법을 기본으로 제공한다.
  프로잭트의 Application 실행 클래스를 보면 @SpringBootApplication 어노테이션이 자동 작성 되어 있는데, 이 어노테이션 내부에 ComponentScan 이 포함 되어 있다.

@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Inherited
@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan(excludeFilters = { @Filter(type = FilterType.CUSTOM, classes = TypeExcludeFilter.class),
		@Filter(type = FilterType.CUSTOM, classes = AutoConfigurationExcludeFilter.class) })
public @interface SpringBootApplication {
//....

---

📌 ComponentScan의 스캔 대상

• @Component 뿐만 아니라 여러 어노테이션을 스캔 대상으로 두고 있다.
• @Component : 컴포넌트 스캔에서 사용
• @Controller : MVC 컨트롤러에서 사용
• @Service : 비즈니스 로직에서 사용
• @Repository : 데이터 접근 계층에서 사용
• @Configuration : 설정 정보에서 사용
• 위 어노테이션 들의 소스코드에 @Component를 포함하고 있으며, 아래 어노테이션에 스프링은 부가기능을 수행 해준다.
• @Controller 는 MVC 컨트롤러로 인식하게되고 @Repository는 데이터 접근 계층으로 인식되고, 데이터 계층의 예외를 스프링 예외로 변환해준다.

---

📌 ComponentScan의 @Filter

@ComponentScan(
includeFilters = @Filter(type = FilterType.ANNOTATION, classes = MyIncludeComponent.class),
excludeFilters = @Filter(type = FilterType.ANNOTATION, classes = MyExcludeComponent.class)
)

• includeFilters는 MyIncludeComponent 어노테이션이 붙은 클래스를 빈에 등록한다.
• excludeFilters는 MyExcludeComponent 어노테이션이 붙은 클래스를 스프링 빈으로 등록하지 않는다.
• FilterType의 옵션은
• ANNOTATION 기본값
• ASSIGNABLE_TYPE 지정한 타입과 자식타입을 인식
• ASPECTJ  AspectJ 패턴사용
• REGEX 정규 표현식
• CUSTOM TypeFilter라는 인터페이스를 구현해서 처리.