[Spring] DI 2탄 - 스프링컨테이너, 빈

스프링 컨테이너 종류

스프링은 BeanFactory와 ApplicationContext의 두 가지 타입의 컨테이너를 제공한다.

스프링에서 제공하는 부가 기능을 다 쓰려면 BeanFactory 대신 ApplicationContext를 사용하는 것이 좋다.

ApplicationContext와 빈 정의

스프링에서는 ApplicationConntext가 DI 컨테이너 역할을 한다.

ApplicationContext context = new ApplicationContext(AppConfig.class); UserService userService = context.getBean(UserService.class);

위의 AppConfig.class는 DI 컨테이너에서 설정 파일 역할을 한다.

두번 째 줄은 DI 컨테이너에서 UserService 인스턴스를 가져오는 방법중 하나이다.

<AppConfig.class> @Configuration과 @Bean 애너테이션을 사용해 DI 컨테이너에 컴포넌트를 등록한다. 애플리케이션은 DI 컨테이너에 있는 빈을 ApplicationContext의 인스턴스를 통해 가져올 수 있다. 스프링에서 DI 컨테이너에 등록하는 컴포넌트를 빈(Bean)이라 한다.

DI 컨테이너에서 빈 가져오는 방법

UserService service = context.getBean(UserService.class);

UserService service = context.getBean(“userService”, UserService.class); // 타입에 빈이 여러개 있을때 id를 구분

UserService service = (UserService)context.getBean(“userService”); // 반환값이 Object라 형변환 해야 함.

빈 설정 방법

1. 자바 기반 설정방식 : 자바 클래스에 @Configuration 애노테이션을 메서드엔 @Bean 애너테이션을 사용한다. 스프링 부트에서 많이 사용. 이 때 사용되는 자바 클래스를 자바 컨피규레이션 클래스라고 한다. @Configuration 설정 클래스를 이용해 스프링 컨테이너 생성할 때는 AnnotationConfigApplicationContext를 사용한다
2. XML 기반 설정 방식
3. 애너테이션 기반 설정방식 : @Component 같은 에너테이션이 부여된 클래스를 탐색(Component Scan)해 DI 컨테이너에 빈을 자동으로 등로하는 방법. AnnotationConfigApplicationContext 컨테이너를 쓴다.

빈 설정

자바기반 설정 방식

import org.springframework.context.annotation.Configuration; @Configuration public class AppConfig {  @Bean  UserRepository userRepository() {    return new UserRepositoryImpl();  }  @Bean  UserService userService() {    return new UserServiceImpl(userRepository()); // 다른컴포넌트 호출  } }

메서드 명이 빈의 이름이 되고 그 빈의 리턴값이 빈객체로 된다. 빈의 이름을 다르게 하고 싶다면 @Bean(name=”userRopo”)같이 변환하면 된다.

다른 컴포넌트를 참조할 땐, 해당 컴포넌트의 메서드를 호출한다.

자바 기반 설정 방식만 사용하려면 애플리케이션의 모든 컴포넌트가 빈으로 정의되야 한다.

다른 빈 객체를 참조해야 할 땐, 참조할 빈 객체를 생성하는 메서드를 호출해 빈객체를 구한다.

주의 : @Configuration 클래스와 @Bean 메서드는 final이어선 안된다. @Bean 메서드는 하위 클래스에서 재정의 할 수 있도록 하기 위해 private이면 안된다. (싱글턴을 위해)

애너테이션 기반 설정방식

DI 컨테이너가 관리할 빈을 빈 설정파일에 정의하는 대신 빈 정의 애너테이션을 빈의 클래스에 부여하는 방식이다. 컴포넌트 스캔을 통해 빈이 붙은 클래스를 탐색해 자동으로 DI에 등록해 준다. Auto Wiring이 가능해진다.(자동 주입)

@Autowired 부여해 주면 주입 대상과 같은 타입의 빈을 DI 컨테이너에서 찾아 자동 주입해준다.

보통 @Configuration 애노테이션을 적용한 설정 클래스는 관리의 편함을 위해 특정 패키지에 모아둔다. AnnotationConfigApplicationContext 객체를 생성할때, 클래스 목록 대신 패키지 위치를 전달하면 쉽게 설정 할 수 있다.

@Import 애노테이션으로 설정을 조합할 수 있다.

XML을 이용한 설정방식

<bean>, <property> controctor-arg> 태그를 이용해 설정한다.

<bean> 태그 : 스프링 컨테이너가 생성할 객체에 대한 정보 지정.

 <bean id=”userRepo” class=”com.exam.UserRepository”> </bean>

<contructor-arg> 태그 : 생성자 방식 설정

<property> : 프로퍼티 방식 설정

의존성 주입

설정자 기반 의존성 주입(setter-base)

Setter 메서드를 활용하는 방법. xml방식에서 <property>요소에 기술한다.

생성자 기반 의존성 주입

 XML 기반에선 <contructor-arg>요소를 애너테이션 기반에선 생성자에 @Autowired를 부여한다.

오토와이어링

오토와이어링은 기본적으로 의존성 주입이 반드시 성공한다고 가정한다. 주입할 때 해당 빈을 DI 컨테이너에서 못찾으면 예외가 발생한다. 필수 조건을 완화하고 플때 @Autowired(required=fase)이렇게 부여해 준다.

단 DI 컨테이너에 같은 타입의 빈이 여러개 있다면 예외가 발생하는데, @Qualifier 에너테이션을 추가해 빈 이름을 부여해 주자. 빈의 이름으로 구현체의 이름을 쓰는대신 역할이나 사용목적, 용도로 이름을 쓰는 것이 좋다

컴포넌트 스캔

클래스로더(Class Loader)를 스캔하면서 특정 클래스를 찾고, DI 컨테이너에 등록하는 방법이다.

별도의 설정이 없는 기본 설정에서는 다음과 같은 애너테이션이 붙은 클래스가 탐색 대상이 되고 탐색 되면 DI 컨테이너에 등록된다.

@Component, @Controller, @Service, @Repository, @Configuration, @RestController, @Named, @ManagedBean 등등…

컴포넌트 스캔은 애플리케이션 가동 시간을 느리게 만들 수 있아서 광범위한 범위 설정은 피해야 한다. 애플리케이션의 최상위나, 한단계 아래의 패키지를 스캔 대상으로 하는게 좋다.

필터를 적용한 컴포넌트 스캔

  컴포넌트 스캔 대상 이외에 다른 컴포넌트를 추가하고 싶다면 필터를 적용해 커스터마이징 할 수 있다.

@ComponentScan(  basePackages="com.example.demo"  includeFilters={ @CompoentScan.Filter(type=FilterType.ASSIGNABLE_TYPE, classes={DomainService.class}) } )

빈 스코프

DI 컨테이너는 빈의 생명주기도 관리한다. DI 컨테이너가 관리한느 빈은 기본적으로 싱글턴이다. DI 컨테이너에 의해 주입된 빈은 자신의 스코프와 상관 없이 주입받는 빈의 스코프를 따른다.

스프링 에서 사용하는 스코프

singgleton : DI 컨테이너 기동할 때 빈 인스턴스 하나 만들고 이를 공유 prototype : DI 컨테이너에 빈을 요청할 때마다 새로운 빈 인스턴스가 만들어짐. request : HTTP 요청이 들어올 때마다 새로운 빈 인스턴스가 만들어짐. session : HTTP 세션이 만들어질 떄마다 새로운 빈 인스턴스가 만들어짐. application : 서블릿 컨텍스트가 만들어질 때마다 빈 인스턴스가 만들어짐. custom : 사용자 정의

스코프 설정

@Bean, @Component 밑에 @Scope 애너테이션을 설정한다. @Scope(“property”)

빈의 생명 주기

빈 초기화 단계 → 빈 사용단계 → 빈 종료 단계

초기화 단계 : 빈을 설정 → 빈 인스턴스화 하고 의존성 주입 → 빈생성 한 다음의 후처리

종료 단계 : 빈이 파괴되기전 마지막 처리해야 하는 작업

프로파일별 설정 구성

스프링 프레임워크에서 설정 파일을 특정 환경이나 목적에 맞게 선택적으로 사용할 수 있도록 그룹화할 수 있다. 이를 프로파일(profile)이라 한다.

프로파일 정의

@Prifile 애너테이션을 활용한다.