[TIL] 221102 - SpringBoot Part1 : Dependecy injection, 컴포넌트 스캔

SpringBoot Part1 (3)

 

Dependecy injection, Circular Dependency

 

IoC를 구현하는 다양한 패턴들(전략 패턴, 서비스 로케이터 패턴, 팩토리 패턴, 의존관계 주입 패턴) 중 하나이다.

객체를 주입받는 채턴을 생성자 주입 패턴이라고 부르며, 그 외에도 스프링은 세터 기반의 의존 관계도 지원합니다.

 

Dependency Resoulation Precess

의존관계가 형성된다.

1. ApplicationContext를 만들어질때 Configuration Metadata를 전달하고 그 안에 Bean들에 대한 정보가 있다. ( new AnnotationConfigApplicationContext(AppConfiguration.class) )
2. 이때 각 Bean에 대한 의존관계가 class 속성이나 생성자, 인자들을 통해 형성된다.

 

Circular Dependecy

: 의존관계가 잘못 형성되는 경우 !

: A→B 를 참조하고 B→A를 참조할때, 순환 의존관계가 형성되며 BeanCurrentlyInCreateionException 예외 발생

 

---

 

컴포넌트 스캔

 

: Spring이 직접 클래스를 검색해서 Bean들이 자동으로 IoC 컨테이너에 등록해주는 기능. 설정 클래스를 빈으로 등록하지 않아도 원하는 클래스를 빈으로 등록할 수 있다.

: Configuration class에 Bean을 직접 class를 생성, 정의해주지 않아도 된다.

 

 

스프링은 어떤 식으로 자동으로 등록될 Bean을 인식할까?

⇒ 스트레오 타입

: Stereotype 어노테이션을 이용하면 스캔대상을 지정할 수 있다.

: 고정관념이라는 뜻의 용어로 UML에서 온 개념

→ UML 다이어그램을 확장시켜쥬는 도구로 상황이나 도메인에 맞게 분류를 해준다.

UML 다이어그램

component 상속

출처 - https://incheol-jung.gitbook.io/docs/q-and-a/spring/stereo-type

 

Spring 2.5부터 범용적으로 사용하였으며 이전까지는 xml 파일에 bean을 등록하여 관리하였는다.

Stereo type을 통해 각각의 용도에 맞게 Bean을 분류해준다.

 

• @Component

@Configuration : 해당 class가 java 기반으로 meta 데이터를 설정하는 class이다.

@Controller : MVC controller로 인식

@Service : 비지니스 서비스 계층으로 인식

@Repository : 스프링 데이터 접근 계층으로 인식하고 해당 계층에서 발생하는 예외는 모두 DataAccessException으로 변환한다.

 

• @ComponetScan

: 어노테이션을 통해 자동으로 등록되게 알려준다. → 해당 class가 있는 패키지 기준으로 Beand을 찾음.

: (basePackages = {”org.progrms.kdt.order”,”org.progrms.kdt.voucher”}) 혹은

(basePackageClasses = {Order.class,Voucher.class}) 인자를 추가하여 스캔할 패키지를 설정할 수 있다.

: excludeFilters를 통해 제외도 가능

 

---

 

Autowired

 

의존관계 자동 주입.

생성자를 생략하고 field 혹은 set메소드에 @Autowired 어노테이션을 붙여 자동 주입이 가능하다.

 

변경전

@Service
public class VoucherService {
    private final VoucherRepository voucherRepository;

    public VoucherService(VoucherRepository voucherRepository) {
        this.voucherRepository = voucherRepository;
    }

    public Voucher getVoucher(UUID voucherId) {
        return  voucherRepository.findById(voucherId)
                .orElseThrow(() -> new RuntimeException("Can not find a voucher for " + voucherId));
    }

    public void useVoucher(Voucher voucher) {
    }
}

 

변경후

@Service
public class VoucherService {

    @Autowired
    private VoucherRepository voucherRepository;

    public Voucher getVoucher(UUID voucherId) {
        return  voucherRepository.findById(voucherId)
                .orElseThrow(() -> new RuntimeException("Can not find a voucher for " + voucherId));
    }

    public void useVoucher(Voucher voucher) {
    }
}

 

• 생성자가 2개일 경우, 자동주입이 되어야하는 메소드에 @Autowired를 달아줘야한다.

@Service
public class VoucherService {
    private VoucherRepository voucherRepository;

		public VoucherService() {}

		@Autowired
    public VoucherService(VoucherRepository voucherRepository) {
        this.voucherRepository = voucherRepository;
    }

    public Voucher getVoucher(UUID voucherId) {
        return  voucherRepository.findById(voucherId)
                .orElseThrow(() -> new RuntimeException("Can not find a voucher for " + voucherId));
    }

    public void useVoucher(Voucher voucher) {
    }
}

 

생성자 기반 의존관계 주입을 선택해야하는 이유

• 초기화시 필요한 모든 의존관계가 형성되기 때문에 안전하다. (만약 field를 나중에 set해야해서 없을경우 Optional 타입으로 정의)
• 잘못된 패턴을 찾을 수 있게 도와준다.
• 테스트를 쉽게 해준다.
• 불변성을 확보한다. final 키워드 →thread safe 확보

 

똑같은 인터페이스를 구현한 객체가 여러개일때

인터페이스를 주입 받는데 여러개의 bean이 구현되어있을때 어떤 bean이 주입이 되어야하는지 알려줘야한다.

1. @Primary 등록해서 우선순위 주기
2. @Qualifier(”이름”) 을 통해 구분하기

 

Bean이 여러개일때 Configuration을 여러개 생성하여 Bean 설정을 분류에 맞게 잘 구분해 줘야한다.

: @Configuration 애노테이션 또한 컴포넌트 스캔의 대상이 되기 때문에 설정을 여러 파일로 분 리하고 메인이 되는 곳에서 컴포넌트 스캔으로 불러올 수도있다. 실제로 복잡한 상용 스프링 어 플리케이션을 만들다보면 설정할 내용이 많기 때문에 여러 파일로 나누게 됩니다.

: SpringBoot를 사용하면 @SpringBootApplication을 이용하는데 실제 이곳에서 컴포넌트 스캔이 일어나기 때문에 해당 클래스 기준으로 스캔이 일어나고, 별도의 루트 @Configuration 파일을 만들어 줄 필요가 없다.

 

---

 

Beans Scope

 

공식문서를 보면 총 6개의 스콥을 볼 수 있으며, 기본적으로 싱글톤 스콥을 가진다.(default)

 

싱글톤 스콥

ApplicationContext에서 getBean을 할때 마다 새로운 객체가 만들어지는 것이 아니라 하나의 객체가 반환된다.

var voucherRepository = applicationContext.getBean(VoucherRepository.class);
var voucherRepository2 = applicationContext.getBean(VoucherRepository.class);

System.out.println(voucherRepository == voucherRepository2); // True

 

 

프로토타입 스콥

매번 새로운 객체를 만들고 싶을때 프로토타입 스콥을 정의해 준다.

@Scope(value = ConfigurableBeanFactory.SCOPE_PROTOTYPE)

@Repository
@Scope(value = ConfigurableBeanFactory.SCOPE_PROTOTYPE)
public class MemoryVoucherRepository implements VoucherRepository {

    .....
}

var voucherRepository = applicationContext.getBean(VoucherRepository.class);
var voucherRepository2 = applicationContext.getBean(VoucherRepository.class);

System.out.println(voucherRepository == voucherRepository2); // False

 

---

 

Bean Lifescycle Callbacks

 

Spring Application Context는 객체 생성과 소멸주기를 관리

 

Bean 생성 생명주기 콜백

1. @PostConstruct 애노테이션이 적용된 메소드 호출
2. Bean이 InitializingBean 인터페이스 구현시 afterPropertiesSet 호출
3. @Bean 애노테이션의 initMethod 에 설정한 메소드 호출

: 생성될때 수행되야하는 동작이 있을 경우 구현

 

Bean 소멸 생명주기 콜백

1. @PreDestory 애노테이션이 적용된 메소드 호출
2. Bean이 DisposableBean 인터페이스 구현시 destroy 호출
3. @Bean 애노테이션의 destroyMethod 에 설정한 메소드 호출

 

→ clean up , 네트워크 close같은 작업이 있을때 사용한다.

 

 

 

 

---

Daliy Mission

• 컴포넌트 스캔을 통해 빈이 등록되게 구현해보기
• 메모리 관리가 아닌 파일로 관리가 되는 Repository 만들어보기
  • 기존 메모리 레포지토리 별도로 보관

 

 

출처 - 해리 : SpringBoot Part1