컴포넌트 스캔
컴포넌트 스캔
컴포넌트 스캔과 의존 관계 자동 주입 시작하기
1
2
3
4
5
6
7
8
package com.abcdejoji.springbaisc;
import org.springframework.context.annotation.*;
@Configuration
@ComponentScan
public class AutoAppConfig {
}
com.abcdejoji.springbaisc하위의@Component가 붙은 모든 클래스를 빈으로 등록
빈으로 등록할 클래스에 @Component 및 @Autowired 붙이기
@Component: 빈으로 등록할 클래스에 붙임@Autowired: 의존 관계 주입을 자동으로 해줌
1
2
3
4
@Component
public class MemoryMemberRepository implements MemberRepository {
}
1
2
3
4
@Component
public class RateDiscountPolicy implements DiscountPolicy {
}
1
2
3
4
5
6
7
8
9
10
11
@Component
public class MemberServiceImpl implements MemberService {
private final MemberRepository memberRepository;
@Autowired
public MemberServiceImpl(MemberRepository memberRepository) {
this.memberRepository = memberRepository;
}
}
1
2
3
4
5
6
7
8
9
10
11
12
13
@Component
public class OrderServiceImpl implements OrderService {
private final MemberRepository memberRepository;
private final DiscountPolicy discountPolicy;
@Autowired
public OrderServiceImpl(MemberRepository memberRepository, DiscountPolicy discountPolicy) {
this.memberRepository = memberRepository;
this.discountPolicy = discountPolicy;
}
}
컴포넌트 스캔과 자동 의존 관계 주입 동작 방식
- @ComponentScan은 @Component가 붙은 모든 클래스를 스프링 빈으로 등록
- 이때 스프링 빈의 기본 이름은 클래스명을 사용하되 맨 앞글자만 소문자를 사용
- 빈 이름 기본 전략:
MemberServiceImpl->memberServiceImpl - 빈 이름 직접 지정:
@Component("memberService")
- 빈 이름 기본 전략:
- 생성자에
@Autowired를 지정하면, 스프링 컨테이너가 자동으로 해당 스프링 빈을 찾아서 주입 - 이때 기본 조회 전략은 타입이 같은 빈을 찾아서 주입
탐색 위치와 기본 스캔 대상
1
2
3
@ComponentScan(
basePackages = {"com.abcdejoji.springbaisc"}
)
basePackages: 탐색할 패키지의 시작 위치를 지정. 이 패키지를 포함해서 하위 패키지를 모두 탐색- 여러 개도 지정 가능
basePackageClasses: 지정한 클래스의 패키지를 탐색 시작 위치로 지정- 지정하지 않으면
@ComponentScan이 붙은 설정 정보 클래스의 패키지가 시작 위치가 됨
스프링 부트를 사용하면 스프링 부트의 대표 시작 정보인
@SpringBootApplication를 이 프로젝트 시작 루트 위치에 두는 것이 관례입니다.
@SpringBootApplication에는@ComponentScan이 들어 있습니다.
컴포넌트 스캔 기본 대상
@Component: 컴포넌트 스캔에서 사용@Controller: 스프링 MVC 컨트롤러에서 사용@Service: 스프링 비즈니스 로직에서 사용@Repository: 스프링 데이터 접근 계층에서 사용@Configuration: 스프링 설정 정보에서 사용
해당 클래스의 소스 코드를 보면 @Component를 포함하고 있습니다.
어노테이션에는 상속관계라는 것이 없습니다. 그래서 이렇게 어노테이션이 특정 어노테이션을 들고 있는 것을 인식할 수 있는 것은 자바 언어가 지원하는 기능이 아니고, 스프링이 지원하는 기능입니다.
컴포넌트 스캔의 용도 뿐만 아니라 다음 어노테이션이 있으면 스프링은 부가 기능을 수행 합니다.
@Controller: 스프링 MVC 컨트롤러로 인식@Service: 특별한 처리 없음. 대신 개발자들이 핵심 비즈니스 로직이 여기에 있겠구나 라고 비즈니스 계층을 인식하는데 도움@Repository: 스프링 데이터 접근 계층으로 인식하고, 데이터 계층의 예외를 스프링 예외로 변환@Configuration: 스프링 설정 정보로 인식하고, 스프링 빈이 싱글톤을 유지하도록 추가 처리
useDefaultFilters옵션은 기본으로 켜져있는데, 이 옵션을 끄면 기본 스캔 대상들이 제외 됨
필터
includeFilters: 컴포넌트 스캔 대상을 추가로 지정excludeFilters: 컴포넌트 스캔에서 제외할 대상을 지정
FilterType 옵션
ANNOTATION: 기본 값, 어노테이션을 인식해서 동작ASSIGNABLE_TYPE: 지정한 타입과 자식 타입을 인식해서 동작ASPECTJ:AspectJ패턴 사용REGEX: 정규 표현식CUSTOM:TypeFilter이라는 인터페이스를 구현해서 처리
중복 등록과 충돌
자동 빈 등록 vs 자동 빈 등록
- 컴포넌트 스캔에 의해 자동으로 스프링 빈이 등록되는데, 그 이름이 같은 경우 스프링은 오류를 발생시킴
ConflictingBeanDefinitionException예외 발생
수동 빈 등록 vs 자동 빈 등록
- 수동 빈이 우선권을 가짐
하지만 대부분 이런 상황은 설정이 꼬여 만들어지는 상황이 대부분이기 때문에 최근 스프링 부트에서는 수동 빈 등록과 자동 빈 등록이 충돌나면 오류가 발생하도록 기본 값을 바꾸었습니다.
참고
이 기사는 저작권자의 CC BY 4.0 라이센스를 따릅니다.

