Skip to content

기본 : Section 6

영주 edited this page May 11, 2024 · 1 revision

Section 6

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

  • 스프링 빈을 일일이 등록하면 설정 정보도 커지고 누락하는 문제 발생
  • 설정 정보가 없어도 자동으로 스프링 빈을 등록하는 컴포넌트 스캔 기능 제공

AutoAppConfig

@Configuration
@ComponentScan(
    excludeFilters = @ComponentScan.Filter(type = FilterType.ANNOTATION, classes = Configuration.class)
) // 컴포넌트 스캔
public class AutoAppConfig {
}
  • @Component 애노테이션이 붙은 클래스를 스캔해서 스프링 빈으로 등록함
  • 컴포넌트 스캔 사용하면 @Configuration 붙은 설정 정보도 자동으로 등록됨
    → excludeFilters 이용해서 설정 정보는 컴포넌트 스캔 대상에서 제외시킴
  • 스프링 빈으로 등록하긴 했으나, 의존관계를 설정할 수 없음
    → 자동으로 의존관계를 주입을 할 무언가가 필요함

<자동 의존 관계 주입>

생성자 위에 @AutoWired 붙이면 자동으로 의존 관계를 주입해줌

스크린샷 2024-05-11 오후 5 30 38

<1. @ComponentScan>

스크린샷 2024-05-11 오후 5 30 53
  • 스프링 빈 기본 이름은 클래스명 사용, 맨 앞글자만 소문자로 사용
  • 빈 이름 직접 지정 : @Component("memberService2")

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

스크린샷 2024-05-11 오후 5 31 28
  • 스프링 컨테이너가 자동으로 해당 스프링 빈을 찾아서 주입
  • 타입이 같은 빈을 찾아서 주입함 ( = getBean(MemberRepository.class))

탐색 위치와 기본 스캔 대상

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

  • basePackages : 탐색할 패키지의 시작 위치 지정
    • 이 패키지를 포함해서 하위 패키지를 모두 탐색
  • basePackageClasses : 지정한 클래스의 패키지를 탐색 시작 위치로 지정
  • 시작 위치 지정 X → @ComponentScan이 붙은 설정 정보 클래스의 패키지가 시작 위치가 됨
  • 권장 방법 : 설정 정보 클래스의 위치를 프로젝트 최상단에 두기
    • com.hello, com.hello.service, com.hello.repository
      → com.hello: 프로젝트 시작 루트, 여기에 AppConfig 같은 메인 설정 정보를 두고, @ComponentScan 애노테이션을 붙이고, basePackages 지정은 생략

<컴포넌트 스캔 기본 대상>

  • @Component : 컴포넌트 스캔에서 사용
  • @Controller : 스프링 MVC 컨트롤러에서 사용
  • @Service : 스프링 비즈니스 로직에서 사용
  • @Repository : 스프링 데이터 접근 계층에서 사용
  • @Configuration : 스프링 설정 정보에서 사용
  • 스프링이 지원해주는 기능임 (Java X)
  • 스캔 용도뿐만 아니라 부가 기능 또한 수행
    • @Controller : 스프링 MVC 컨트롤러로 인식
    • @Service : 특별한 기능 X, 비즈니스 계층을 인식하는데 도움이 됨
    • @Repository : 스프링 데이터 접근 계층으로 인식하고, 데이터 계층의 예외를 스프링 예외로 변환해줌
    • @Configuration : 스프링 설정 정보로 인식하고, 스프링 빈이 싱글톤을 유지하도록 추가 처리

필터

  • includeFilters: 컴포넌트 스캔 대상을 추가로 지정
  • excludeFilters : 컴포넌트 스캔에서 제외할 대상을 지정
  • 실습코드 참고

  • ANNOTATION : 기본값, 애노테이션을 인식해서 동작한다. ex) org.example.SomeAnnotation
  • ASSIGNABLE_TYPE : 지정한 타입과 자식 타입을 인식해서 동작한다. ex) org.example.SomeClass
  • ASPECTJ : AspectJ 패턴 사용 ex) org.example..*Service+
  • REGEX : 정규 표현식 ex) org\.example\.Default.*
  • CUSTOM : TypeFilter 이라는 인터페이스를 구현해서 처리 ex) org.example.MyTypeFilter

중복 등록과 충돌

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

  • 자동 빈 등록 vs 자동 빈 등록
  • 수동 빈 등록 vs 자동 빈 등록

<자동 빈 등록 vs 자동 빈 등록>

컴포넌트 스캔에 의해 자동으로 스프링 빈 등록 → 이름 같으면 오류 발생

  • ConflictingBeanDefinitionException 예외 발생

<수동 빈 등록 vs 자동 빈 등록>

수동 빈 등록이 우선권을 가짐 (수동 빈이 자동 빈을 오버라이딩함)